[IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voic

Andrew Church achurch at achurch.org
Mon Feb 5 06:54:04 PST 2001


>To clarify, I do not mean when a user joins a channel after they identify
>with nickserv.  I mean after a user has been in channel, if they go
>auto-idle away or have been there without action long enough to declare
>idle.  At that point anyone with operator status in the channel (possibly a
>bot, but usually a human) is supposed to remove their ops and voice.  At
>least as of the last tests I made in a channel I test on, chanserv would
>re-voice and re-op them if they had the sufficent level to gain either of
>those upon entry.  This is of course a feature that need at least an on/off
>switch if not removal.  It is not desired in all the cases I can think of
>off hand.

     Meaning your one channel?  When I first implemented this feature most
people appreciated it.  Is there a general opinion on whether this behavior
should change?  Incidentally, I have never heard of this "supposed to remove
their ops and voice" business; don't assume your channel policies apply to
everyone else.

>>      Secure-ops is to disallow users not in the access list from getting
>> ops, not to limit who can set ops on whom.  The HELP text describes this
>> clearly.
>
>Again, to clarify.  If secure-ops is set, chanserv will not allow anyone
>with a level lower then (and equal to?  I forget this point, and can't seem
>to get an answer with "/msg chanserv help levels set autodeop") auto-deop to
>keep ops.

     *BZZZT* RTFM and try again.

-> *ChanServ* help set secureops
-ChanServ- Syntax: SET channel SECUREOPS {ON | OFF}
-ChanServ-
-ChanServ- Enables or disables the secure ops option for a channel.
-ChanServ- When secure ops is set, users who are not on the userlist
-ChanServ- will not be allowed chanop status.

Incidentally, the command you are looking for is "help levels desc".

>Thus there should not be a need for chanserv to re-op someone that is
>deopped because anyone with enough access to keep ops is trusted to this
>degree by the founder.

     Does anyone else have an opinion on this?

  --Andrew Church
    achurch at achurch.org | New address - please note.
    http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B