OperServ |
deoxy.org/chat :
IRC Commands |
Server Status—MOTD Services : NickServ | ChanServ | MemoServ | BotServ Aliases | Privacy/Security | SearchBot | Java Clients |
OperServ commands: GLOBAL Send a message to all users STATS Show status of Services and network OPER LIST List all Services operators ADMIN LIST List all Services admins STAFF Display Services staff and online status
Syntax: /msg OperServ GLOBAL message Allows IRCops to send messages to all users on the network. The message will be sent from the nick OperServ.
Syntax: /msg OperServ STATS [AKILL | ALL | RESET] Without any option, shows the current number of users and IRCops online (excluding Services), the highest number of users online since Services was started, and the length of time Services has been running. With the AKILL option, displays the current size of the AKILL list and the current default expiry time. The ALL option is available only to Services admins, and displays information on Services' memory usage. Using this option can freeze Services for a short period of time on large networks, so don't overuse it! The RESET option currently resets the maximum user count to the number of users currently present on the network. UPTIME may be used as a synonym for STATS.
Syntax: /msg OperServ OPER ADD nick OPER DEL {nick | entry-num | list} OPER LIST [mask | list] OPER CLEAR Allows the Services admins to add or remove nicknames to or from the Services operator list. A user whose nickname is on the Services operator list and who has identified to OperServ will be able to access Services operator commands. The OPER ADD command adds the given nickname to the Services operator list. The OPER DEL command removes the given nick from the Services operator list. If a list of entry numbers is given, those entries are deleted. (See the example for LIST below.) The OPER LIST command displays the Services operator list. If a wildcard mask is given, only those entries matching the mask are displayed. If a list of entry numbers is given, only those entries are shown; for example: OPER LIST 2-5,7-9 Lists Services operator entries numbered 2 through 5 and 7 through 9. The OPER CLEAR command clears all entries of the Services operator list. Any IRC operator may use the OPER LIST form of the command. All other use limited to Services admins.
Syntax: /msg OperServ ADMIN ADD nick ADMIN DEL {nick | entry-num | list} ADMIN LIST [mask | list] ADMIN CLEAR Allows the Services root to add or remove nicknames to or from the Services admin list. A user whose nickname is on the Services admin list and who has identified to OperServ will be able to access Services admin commands. The ADMIN ADD command adds the given nickname to the Services admin list. The ADMIN DEL command removes the given nick from the Services admin list. If a list of entry numbers is given, those entries are deleted. (See the example for LIST below.) The ADMIN LIST command displays the Services admin list. If a wildcard mask is given, only those entries matching the mask are displayed. If a list of entry numbers is given, only those entries are shown; for example: ADMIN LIST 2-5,7-9 Lists Services admin entries numbered 2 through 5 and 7 through 9. The ADMIN CLEAR command clears all entries of the Services admin list. Any IRC operator may use the ADMIN LIST form of the command. All other use limited to Services root.
Syntax: /msg OperServ IGNORE {ADD|DEL|LIST|CLEAR} [time] [nick] Allows Services Admins to make Services ignore a nick for a certain time or until the next restart. The default time format is seconds. You can specify it by using units. Valid units are: s for seconds, m for minutes, h for hours and d for days. Combinations of these units are not permitted. To make Services permanently ignore the user type 0 as time.
Syntax: /msg OperServ MODE channel modes Allows Services operators to set channel modes for any channel. Parameters are the same as for the standard /MODE command. Limited to Services operators.
Syntax: /msg OperServ UMODE user modes Allows Services admins to set user modes for any user. Parameters are the same as for the standard /MODE command. Limited to Services admins.
Syntax: /msg OperServ OLINE user flags Allows Services admins to give Operflags to any user. Flags have to be prefixed with a "+" or a "-". To remove all flags simply type a "-" instead of any flags. Limited to Services admins.
Syntax: /msg OperServ CLEARMODES channel [ALL] Clears all binary modes (i,k,l,m,n,p,s,t) and bans from a channel. If ALL is given, also clears all ops and voices (+o and +v modes) from the channel. Limited to Services operators.
Syntax: /msg OperServ KICK channel user reason Allows IRCops to kick a user from any channel. Parameters are the same as for the standard /KICK command. The kick message will have the nickname of the IRCop sending the KICK command prepended; for example: *** SpamMan has been kicked off channel #my_channel by OperServ (Alcan (Flood)) Limited to Services operators.
Syntax: /msg OperServ AKILL ADD [+expiry] mask reason AKILL DEL {mask | entry-num | list} AKILL LIST [mask | list] AKILL VIEW [mask | list] AKILL CLEAR Allows Services operators to manipulate the AKILL list. If a user matching an AKILL mask attempts to connect, Services will issue a KILL for that user and, on supported server types, will instruct all servers to add a ban (K-line) for the mask which the user matched. AKILL ADD adds the given user@host/ip mask to the AKILL list for the given reason (which must be given). expiry is specified as an integer followed by one of d (days), h (hours), or m (minutes). Combinations (such as 1h30m) are not permitted. If a unit specifier is not included, the default is days (so +30 by itself means 30 days). To add an AKILL which does not expire, use +0. If the usermask to be added starts with a +, an expiry time must be given, even if it is the same as the default. The current AKILL default expiry time can be found with the STATS AKILL command. The AKILL DEL command removes the given mask from the AKILL list if it is present. If a list of entry numbers is given, those entries are deleted. (See the example for LIST below.) The AKILL LIST command displays the AKILL list. If a wildcard mask is given, only those entries matching the mask are displayed. If a list of entry numbers is given, only those entries are shown; for example: AKILL LIST 2-5,7-9 Lists AKILL entries numbered 2 through 5 and 7 through 9. AKILL VIEW is a more verbose version of AKILL LIST, and will show who added an AKILL, the date it was added, and when it expires, as well as the user@host/ip mask and reason. AKILL CLEAR clears all entries of the AKILL list. Limited to Services operators.
Syntax: /msg OperServ SGLINE ADD [+expiry] mask:reason SGLINE DEL {mask | entry-num | list} SGLINE LIST [mask | list] SGLINE VIEW [mask | list] SGLINE CLEAR Allows Services operators to manipulate the SGLINE list. If a user with a realname matching an SGLINE mask attempts to connect, Services will not allow it to pursue his IRC session. SGLINE ADD adds the given realname mask to the SGLINE list for the given reason (which must be given). expiry is specified as an integer followed by one of d (days), h (hours), or m (minutes). Combinations (such as 1h30m) are not permitted. If a unit specifier is not included, the default is days (so +30 by itself means 30 days). To add an SGLINE which does not expire, use +0. If the realname mask to be added starts with a +, an expiry time must be given, even if it is the same as the default. The current SGLINE default expiry time can be found with the STATS AKILL command. Note: because the realname mask may contain spaces, the separator between it and the reason is a colon. The SGLINE DEL command removes the given mask from the SGLINE list if it is present. If a list of entry numbers is given, those entries are deleted. (See the example for LIST below.) The SGLINE LIST command displays the SGLINE list. If a wildcard mask is given, only those entries matching the mask are displayed. If a list of entry numbers is given, only those entries are shown; for example: SGLINE LIST 2-5,7-9 Lists SGLINE entries numbered 2 through 5 and 7 through 9. SGLINE VIEW is a more verbose version of SGLINE LIST, and will show who added an SGLINE, the date it was added, and when it expires, as well as the realname mask and reason. SGLINE CLEAR clears all entries of the SGLINE list. Limited to Services operators.
Syntax: /msg OperServ SQLINE ADD [+expiry] mask:reason SQLINE DEL {mask | entry-num | list} SQLINE LIST [mask | list] SQLINE VIEW [mask | list] SQLINE CLEAR Allows Services operators to manipulate the SQLINE list. If a user with a nick matching an SQLINE mask attempts to connect, Services will not allow it to pursue his IRC session. If the first character of the mask is #, services will prevent the use of matching channels (on IRCds that support it). SQLINE ADD adds the given mask to the SQLINE list for the given reason (which must be given). expiry is specified as an integer followed by one of d (days), h (hours), or m (minutes). Combinations (such as 1h30m) are not permitted. If a unit specifier is not included, the default is days (so +30 by itself means 30 days). To add an SQLINE which does not expire, use +0. If the mask to be added starts with a +, an expiry time must be given, even if it is the same as the default. The current SQLINE default expiry time can be found with the STATS AKILL command. The SQLINE DEL command removes the given mask from the SQLINE list if it is present. If a list of entry numbers is given, those entries are deleted. (See the example for LIST below.) The SQLINE LIST command displays the SQLINE list. If a wildcard mask is given, only those entries matching the mask are displayed. If a list of entry numbers is given, only those entries are shown; for example: SQLINE LIST 2-5,7-9 Lists SQLINE entries numbered 2 through 5 and 7 through 9. SQLINE VIEW is a more verbose version of SQLINE LIST, and will show who added an SQLINE, the date it was added, and when it expires, as well as the mask and reason. SQLINE CLEAR clears all entries of the SQLINE list. Limited to Services operators.
Syntax: /msg OperServ SZLINE ADD [+expiry] mask reason SZLINE DEL {mask | entry-num | list} SZLINE LIST [mask | list] SZLINE VIEW [mask | list] SZLINE CLEAR Allows Services operators to manipulate the SZLINE list. If a user with an IP matching an SZLINE mask attempts to connect, Services will not allow it to pursue his IRC session (and this, whether the IP has a PTR RR or not). SZLINE ADD adds the given IP mask to the SZLINE list for the given reason (which must be given). expiry is specified as an integer followed by one of d (days), h (hours), or m (minutes). Combinations (such as 1h30m) are not permitted. If a unit specifier is not included, the default is days (so +30 by itself means 30 days). To add an SZLINE which does not expire, use +0. If the realname mask to be added starts with a +, an expiry time must be given, even if it is the same as the default. The current SZLINE default expiry time can be found with the STATS AKILL command. The SZLINE DEL command removes the given mask from the SZLINE list if it is present. If a list of entry numbers is given, those entries are deleted. (See the example for LIST below.) The SZLINE LIST command displays the SZLINE list. If a wildcard mask is given, only those entries matching the mask are displayed. If a list of entry numbers is given, only those entries are shown; for example: SZLINE LIST 2-5,7-9 Lists SZLINE entries numbered 2 through 5 and 7 through 9. SZLINE VIEW is a more verbose version of SZLINE LIST, and will show who added an SZLINE, the date it was added, and when it expires, as well as the IP mask and reason. SZLINE CLEAR clears all entries of the SZLINE list. Limited to Services operators.
Syntax: /msg OperServ SET option setting Sets various global Services options. Option names currently defined are: READONLY Set read-only or read-write mode LOGCHAN Report log messages to a channel DEBUG Activate or deactivate debug mode NOEXPIRE Activate or deactivate no expire mode SUPERADMIN Activate or deactivate super-admin mode Limited to Services admins.
Syntax: /msg OperServ SET READONLY {ON | OFF} Sets read-only mode on or off. In read-only mode, normal users will not be allowed to modify any Services data, including channel and nickname access lists, etc. IRCops with sufficient Services privileges will be able to modify Services' AKILL list and drop or forbid nicknames and channels, but any such changes will not be saved unless read-only mode is deactivated before Services is terminated or restarted. This option is equivalent to the command-line option -readonly.
Syntax: /msg OperServ SET LOGCHAN {ON | OFF} With this setting on, Services will send its logs to a specified channel as well as the log file. LogChannel must also be defined in the Services configuration file for this setting to be of any use. Note: This can have strong security implications if your log channel is not properly secured.
Syntax: /msg OperServ SET DEBUG {ON | OFF | num} Sets debug mode on or off. In debug mode, all data sent to and from Services as well as a number of other debugging messages are written to the log file. If num is given, debug mode is activated, with the debugging level set to num. This option is equivalent to the command-line option -debug.
Syntax: /msg OperServ SET NOEXPIRE {ON | OFF} Sets no expire mode on or off. In no expire mode, nicks, channels, akills and exceptions won't expire until the option is unset. This option is equivalent to the command-line option -noexpire.
Syntax: /msg OperServ SET SUPERADMIN {ON | OFF} Setting this will grant you extra privlages such as the ability to be "founder" on all channel's etc... This opion is not persistant, and should only be used when needed, and set back to OFF when no longer needed.
Syntax: /msg OperServ NOOP SET server NOOP REVOKE server NOOP SET remove all O:lines of the given server and kill all IRCops currently on it to prevent them from rehashing the server (because this would just cancel the effect). NOOP REVOKE makes all removed O:lines available again on the given server. Note: The server is not checked at all by the Services. Limited to Services admins.
Syntax: /msg OperServ JUPE server [reason] Tells Services to jupiter a server -- that is, to create a fake "server" connected to Services which prevents the real server of that name from connecting. The jupe may be removed using a standard SQUIT. If a reason is given, it is placed in the server information field; otherwise, the server information field will contain the text "Juped by <nick>", showing the nickname of the person who jupitered the server. Limited to Services admins.
Syntax: /msg OperServ RAW text Sends a string of text directly to the server to which Services is connected. This command has a very limited range of uses, and can wreak havoc on a network if used improperly. DO NOT USE THIS COMMAND unless you are absolutely certain you know what you are doing! Limited to Services admins.
Syntax: /msg OperServ UPDATE Causes Services to update all database files as soon as you send the command. Limited to Services admins.
Syntax: /msg OperServ RELOAD Causes Services to reload the configuration file. Note that some directives still need the restart of the Services to take effect (such as Services' nicknames, activation of the session limitation, etc.) Limited to Services admins.
Syntax: /msg OperServ QUIT Causes Services to do an immediate shutdown; databases are not saved. This command should not be used unless damage to the in-memory copies of the databases is feared and they should not be saved. For normal shutdowns, use the SHUTDOWN command. Limited to Services admins.
Syntax: /msg OperServ SHUTDOWN Causes Services to save all databases and then shut down. Limited to Services admins.
Syntax: /msg OperServ RESTART Causes Services to save all databases and then restart (i.e. exit and immediately re-run the executable). Limited to Services admins.
Syntax: /msg OperServ KILLCLONES nick Kills all users who have the same hostname as nick. A temporary AKILL, in the form *@host, is added to prevent the offending clients from immediately reconnecting. A wallops is also sent indicating who used the command, which host was affected and how many users were killed. It's usefull for removing numerous clones from the network. Limited to Services operators.
Syntax: /msg OperServ CHANLIST [{pattern | nick} [SECRET]] Lists all channels currently in use on the IRC network, whether they are registered or not. If pattern is given, lists only channels that match it. If a nickname is given, lists only the channels the user using it is on. If SECRET is specified, lists only channels matching pattern that have the +s or +p mode. Limited to Services admins.
Syntax: /msg OperServ USERLIST [{pattern | channel} [INVISIBLE]] Lists all users currently online on the IRC network, whether their nick is registered or not. If pattern is given, lists only users that match it (it must be in the format nick!user@host). If channel is given, lists only users that are on the given channel. If INVISIBLE is specified, only users with the +i flag will be listed. Limited to Services admins.
Syntax: /msg OperServ CACHE DEL hostname CACHE LIST pattern [QUEUED | ALL] The CACHE DEL command deletes the specified hostname from the cache. This is meant for debug purpose only. The CACHE LIST command lists all found proxies that match the given pattern. If the QUEUED option is given, it will list the queued or in progress scans instead, and if the ALL option is given, it will list all cached hostnames. Limited to Services admins.
Syntax: /msg OperServ EXCEPTION ADD [+expiry] mask limit reason EXCEPTION DEL {mask | list} EXCEPTION MOVE num position EXCEPTION LIST [mask | list] EXCEPTION VIEW [mask | list] Allows Services admins to manipulate the list of hosts that have specific session limits - allowing certain machines, such as shell servers, to carry more than the default number of clients at a time. Once a host reaches it's session limit, all clients attempting to connect from that host will be killed. Before the user is killed, they are notified, via a /NOTICE from OperServ, of a source of help regarding session limiting. The content of this notice is a config setting. EXCEPTION ADD adds the given host mask to the exception list. Note that nick!user@host and user@host masks are invalid! Only real host masks, such as box.host.dom and *.host.dom, are allowed because sessions limiting does not take nick or user names into account. limit must be a number greater than or equal to zero. This determines how many sessions this host may carry at a time. A value of zero means the host has an unlimited session limit. See the AKILL help for details about the format of the optional expiry parameter. EXCEPTION DEL removes the given mask from the exception list. EXCEPTION MOVE moves exception num to position. The exceptions inbetween will be shifted up or down to fill the gap. EXCEPTION LIST and EXCEPTION VIEW show all current exceptions; if the optional mask is given, the list is limited to those exceptions matching the mask. The difference is that EXCEPTION VIEW is more verbose, displaying the name of the person who added the exception, it's session limit, reason, host mask and the expiry date and time. Note that a connecting client will "use" the first exception their host matches. Large exception lists and widely matching exception masks are likely to degrade services' performance. Limited to Services admins.
Syntax: /msg OperServ SESSION LIST threshold SESSION VIEW host Allows Services admins to view the session list. SESSION LIST lists hosts with atleast threshold sessions. The threshold must be a number greater than 1. This is to prevent accidental listing of the large number of single session hosts. SESSION VIEW displays detailed information about a specific host - including the current session count and session limit. The host value may not include wildcards. See the EXCEPTION help for more information about session limiting and how to set session limits specific to certain hosts and groups thereof. Limited to Services admins.