Auspex is the ability to see all servers and IP addresses. Care should be taken to keep this information private, and not reveal it to non-auspex users.
User auspex is the ability to see all users and channels. Users with this mode set can see inivisible users and secret channels, and all members. Care should be taken to keep this information private, and not reveal it to non-auspex users.
Users with the +b umode set will receive warning messages from the server when potentiol flooders and spambots are detected.
This umode allows the operator to use the SETHOST, SETNAME, and SETIDENT commands on other people. It also allows the operator to change another person's umode, although they cannot grant modes that the target user doesn't have without +*, grant modes.
Users who have the +c umode set will receive server notices when clients attach to the network. They are also warned when a client fails to provide reverse DNS or ident information.
Note: This is a user umode, which anybody can set. It is not specific to operators.
Note that this will interfere with CTCP ACTION messages (/me), so it is not recommended it be used unless absolutely necessary.
The +d umode provides extra information and commands which may be of interest to debuggers. It will also cause the user to receive server notices if certain assertions fail inside the server. It's precise meaning is extremely variable. While every effort will be made to ensure that it grants no extra privileges, no guarantees can be made. Do not depend on the effects of this umode as they can and will change without notice in later revisions.
Note that this may (and usually will) divulge information about the network routing. It may also give away IP addresses. Yeah, it's a security risk. Sorry.
The DIE command causes a server to cease processing at once and exit. This umode should not be granted without due care.
This umode is used for integration with dancer/hybserv. A user with the +e umode has successfully identified with nickserv.
Warning |
Under no circumstances should +e be granted in an O:line. |
Note: This is a user umode, which anybody can set. It is not specific to operators.
Users with the +f umode set will receive notices when an I:line becomes full, and users can no longer connect.
+F users will not be throttled in their use of commands, nor will they be checked by the flood detection code.
An operator who can do global kills can kill a user who is attached to a different server. See +K, local kill.
A person with high priority set will have their connection polled more often by the server, and will still be able to do stuff while the server is in high traffic mode. Normally, high traffic mode means that most commands from attached clients will be rejected, until the server can clear it's backlog of processing. This mode should be granted sparingly, to only those people who would need to be able to work rapidly when the server is under extreme load.
This grants the ability to use the rehash command, to reload the server configuration files.
Note: This is a user umode, which anybody can set. It is not specific to operators.
Note: This is a user umode, which anybody can set. It is not specific to operators.
Users with the +k umode set will receive server notices when server kills occur.
With the +K umode, a person can set klines and use the KILL command, to remove people from the server they are connected to.
A user with +l set will receive a server notice when a new channel is created (by somebody entering it).
With the +L umode set, a user can use the 4-argument LUSERS message to force a recount.
they are able to speak even if they are banned.
A user with +M set can send notices to people based on a mask. A notice to $* will go out to every user on the network.
A user with +n set will receive a server notice every time somebody changes their nick, giving the old and new nicks.
The +N umode overrides Q:lines and X:lines, which normally forbid the use of given nicks. This is potentiolly useful if running without services, to protect the nicks of opers, should you wish to do that.
This indicates global operator status. It's meaning is now minimal; it is a gateway to the operator umodes. Setting -o will automatically remove all the operator umodes. The things which +o still does are listed in Dancer operators.
Warning |
Under no circumstances should +o be granted in an O:line. |
do, they can always join channels and speak regardless of channel modes, limits, or bans.
This umode allows the use of the command SETHOST, and SETIDENT.
Users with this umode set will receive a server notice when somebody tries to use an invalid nick/username, or a quarantined nick (Q:link) or banned realname (X:line).
This umode grants the use of the commands CONNECT and SQUIT, in both local and remote forms. It also allows the use of the HTM command to query/change current HTM settings.
This umode allows a user to receive server notices.
This allows various commands, notably ADMIN, INFO, MOTD, VERSION, and STATS, to be used in their remote form, where an extra server parameter is given and the command executes on a remote server, returning results to the user.
Note that this command does not affect the local or remote forms of the CONNECT and SQUIT commands; these are controlled entirely by umode +R.
This allows the user to join more channels, configured by MAXCHANNELSPERUSER_LARGE in config.h. Beware of setting this too high, as it imposes a significant processor load on the server.
This grants the use of the UNKLINE command.
This causes the privileges an oper has available to be returned when the +v user WHOIS's them.
This allows the routing between the servers to be seen. This activates the MAP command, and shows routing information in LINKS, as well as showing full server connection messages.
Note: This is a user umode, which anybody can set. It is not specific to operators.
Users with the +W umode can use the WALLOPS command to send WALLOPS messages.
People who have the +x umode set will see all servers being introduced when a server rejoins, not just the one which made the connection. (This means all the servers already connected on the other side of the link). This obviously divulges routing information, and is rather loud on a large network. It's value is uncertain.
This umode controls access to various experimental features of dancer. It is deliberately undocumented. If you do not know what it does (if you are not involved in the development of dancer) then you should not use it. The features it controls will eventually be moved out and documented when their usage (and their side effects) are better understood.
This umode should be used with caution, as it is an invasion of privacy. Nonetheless, it is necessary that some people have this ability to detect stealthy floods. All sorts of client activity will be reported to an oper with umode +y set.
This umode activates some extra messages sent during server connection, which used to be attached to +s. It exists mostly so that it can be turned off if these messages become bothersome.
OPERWALL differs from WALLOPS in that the ability to receive such messages is restricted. Users with +z set will receive OPERWALL messages.
The ability to send OPERWALL messages is controlled by the +Z umode.
Users with the +0 umode set are able to tell that a person is an oper by their WHOIS, and in various other commands such as STATS o and TRACE.
This umode allows the use of STATS commands to see:
B:lines (deprecated) |
E:lines (deprecated) |
F:lines (deprecated) |
I:lines |
Y:lines |
This umode allows the use of STATS commands to see:
D:lines |
G:lines |
K:lines |
This allows the use of the STATS T command, to get general server statistics.
This allows the use of the STATS ? command, to get a list of all servers and some statistics on them from the perspective of the current server.
This umode enables the TESTLINE command.
This umode allows the user to grant umodes they have access to to other people. As such it is very dangerous, and should be carefully controlled. It is strongly recommended that * never be put in the default umodes for anybody, and that it only be set when it is needed, to prevent accidents.
When a user has +* set, then they may set a mode on another user which that user would not normally have access to (assuming the originator has the ability to gain that mode themselves). This umode will be added to the list of umodes that the target has access to for the duration of the session. Similarly, removing a umode will revoke the ability to use that mode, unless it is in the list of normal user modes.
Note: This umode is useless without +B also set.
This umode allows the user to change their host to anything with the SETHOST command. Without it they can only use the 0-argument form of SETHOST to flip between their real and official spoofed hostname.
Note: This umode is useless without +P also set.