[IRCServices] ircservices should enforce +R
Medice
medice at gmx.at
Tue Mar 1 09:11:30 PST 2005
hm - I guess I should have understand that thing the other way round
just at the first turn...
I think your right, I got that idea wrong...
In this case it's totally different story and worth a close
consideration in my opinion.
Sorry for any bad mood, in fact I was surprised first, since Dionisios
usually writes perfectly reasonable stuff to the maillist and now i got
him wrong - sorry
greets Medice
Bergee wrote:
> Either I've misunderstood you and Dionisios K. or I think he meant
> something different from what you're talking about. I think he is
> suggesting that IRCServices should treat +R like it treats +A or +O.
> That is to say, right now, if a channel is +O then IRCServices will kick
> anyone that joins the channel that is not a global IRCop. So what I
> took his suggestion to mean is that he wants IRCServices to kick the
> user out of the channel if they don't have a registered nickname and +R
> is set on the channel.
> If this is indeed what he is suggesting, then I would say that it
> might be worth considering. I guess that's useful really in two
> situations. First if a user is the first one to join a channel and +R is
> mode locked on, because the IRCd would then not enforce +R because of
> course the channel did not exist at the time. Secondly I suppose would
> be on syncs from netsplits where one side did not have +R and say some
> spam bots managed to get in on on a split server. I guess in general I
> think it is worth enforcing the mode simply for consistency in
> IRCServices since +A, +O and +z on Unreal are already enforced.
> And if this isn't what you meant Dionisios, then I suggest what I
> thought you meant. What does everyone else on the list think of that? :)
>
> Bergee
>