[IRCServices] ChanServ does not add NickServ noop to ChanServ
NeverOp
Andrew Church
achurch at achurch.org
Sat Sep 29 07:59:30 PDT 2007
To be honest, I don't see much purpose in a feature like NOOP either, but
enough people have asked for it that there must be some use for it I'm not
aware of. (:
--Andrew Church
achurch at achurch.org
http://achurch.org/
>--===============1655919240==
>Content-Type: multipart/alternative;
> boundary="----=_Part_2043_16579049.1189769630972"
>
>------=_Part_2043_16579049.1189769630972
>Content-Type: text/plain; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>i think this feature is too blurry at the moment,
>here's my proposal:
>nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]
>everything's snappy, only user doesn't get auto ops/halfops/voices
>regardless of channel auto levels.
>there's a decision to be made for the channel parameter, it can be the
>channels id number in the db, that way, when someone drops the channel, it
>gets deleted from this list and the setting is "reset", or, we can use
>wildcards and have the setting stick to a channel even after owners change.
>also you can have a second option (instead of #channel), for example "ALL",
>or wildcard #* to have this option enabled globaly.
>i'm in favor of the wildcard idea but it might be a performance issue.
>i see no real purpose to have a user setting "don't op me ever", just don't
>be in a channel and stuff, but not having it automatic might have a good
>purpose.
>i'll also run a pole with our users to see what they think.
>
>best regards
>PHANTOm
>
>------=_Part_2043_16579049.1189769630972
>Content-Type: text/html; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>i think this feature is too blurry at the moment,<br>here's my proposal:<br>nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]<br>everything's snappy, only user doesn't get auto ops/halfops/voices regardless of channel
>auto levels.
><br>there's a decision to be made for the channel parameter, it can be the channels id number in the db, that way, when someone drops the channel, it gets deleted from this list and the setting is "reset", or, we can use wildcards and have t
>he setting stick to a channel even after owners change.
><br>also you can have a second option (instead of #channel), for example "ALL", or wildcard #* to have this option enabled globaly.<br>i'm in favor of the wildcard idea but it might be a performance issue.<br>
>i see no real purpose to have a user setting "don't op me ever", just don't be in a channel and stuff, but not having it automatic might have a good purpose.<br>i'll also run a pole with our users to see what they think.
><br><br>best regards<br>PHANTOm <br>
>
>------=_Part_2043_16579049.1189769630972--
>
>--===============1655919240==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit: