]>
Commit | Line | Data |
---|---|---|
212380e3 AC |
1 | <chapter id="umodes"> |
2 | <title>Umodes</title> | |
3 | <sect1 id="umodelist"> | |
4 | <title>Meanings of user modes</title> | |
5 | <sect2> | |
6 | <title>+a, server administrator</title> | |
7 | <para> | |
8 | This vanity usermode is used to denote a server administrator in WHOIS output. | |
9 | All local <quote>admin</quote> privileges are independent of it, though services | |
10 | packages may grant extra privileges to +a users. | |
11 | </para> | |
12 | </sect2> | |
13 | <sect2> | |
14 | <title>+D, deaf</title> | |
15 | <para> | |
16 | <note> | |
17 | <para> | |
18 | This is a user umode, which anybody can set. It is not specific to operators. | |
19 | </para> | |
20 | </note> | |
21 | Users with the +D umode set will not receive messages sent to | |
22 | channels. Joins, parts, topic changes, mode changes, etc are | |
23 | received as normal, as are private messages. | |
24 | </para> | |
25 | <para> | |
26 | Support of this umode is indicated by the DEAF token in | |
27 | RPL_ISUPPORT (005); the parameter indicates the letter | |
28 | of the umode. Note that several common IRCD implementations have | |
29 | an umode like this (typically +d) but do not have the token in 005. | |
30 | </para> | |
31 | </sect2> | |
32 | <sect2> | |
33 | <title>+g, Caller ID</title> | |
34 | <para> | |
35 | <note> | |
36 | <para> | |
37 | This is a user umode, which anybody can set. It is not specific to operators. | |
38 | </para> | |
39 | </note> | |
40 | Users with the +g umode set will only receive private messages from users on a | |
41 | session-defined whitelist, defined by the /accept command. If a user who is not | |
42 | on the whitelist attempts to send a private message, the target user will receive a rate-limited notice saying that the user | |
43 | wishes to speak to them. | |
44 | </para> | |
45 | <para> | |
46 | Network operators are not affected by the callerid whitelist system in the event | |
47 | that they need to speak to users who have it enabled. | |
48 | </para> | |
49 | <para> | |
50 | Support of this umode is indicated by the CALLERID token in | |
51 | RPL_ISUPPORT (005); the optional parameter indicates the letter | |
52 | of the umode, otherwise +g. | |
53 | </para> | |
54 | </sect2> | |
55 | <sect2> | |
56 | <title>+i, invisible</title> | |
57 | <para> | |
58 | <note> | |
59 | <para> | |
60 | This is a user umode, which anybody can set. It is not specific to operators. | |
61 | </para> | |
62 | </note> | |
63 | Invisible users do not show up in WHO and NAMES unless you can see them. | |
64 | </para> | |
65 | </sect2> | |
66 | <!-- not planned (jilles) | |
67 | <sect2> | |
68 | <title>+I, refuse invite</title> | |
69 | <para> | |
70 | <note> | |
71 | <para> | |
72 | This is a user umode, which anybody can set. It is not specific to operators. | |
73 | </para> | |
74 | </note> | |
75 | If you have the +I umode set, nobody will be able to issue an INVITE to let you | |
76 | in to a channel. | |
77 | </para> | |
78 | <para> | |
79 | This mode is not yet implemented. It will be implemented in Charybdis 1.1. | |
80 | </para> | |
81 | </sect2> | |
82 | --> | |
83 | <sect2> | |
84 | <title>+l, receive locops</title> | |
85 | <para> | |
86 | LOCOPS is a version of OPERWALL that is sent to opers on a single | |
87 | server only. With cluster{} and shared{} blocks they can optionally | |
88 | be propagated further. | |
89 | </para> | |
90 | <para> | |
91 | Unlike OPERWALL, any oper can send and receive LOCOPS. | |
92 | </para> | |
93 | </sect2> | |
94 | <sect2> | |
95 | <title>+o, operator</title> | |
96 | <para> | |
97 | This indicates global operator status. | |
98 | </para> | |
99 | </sect2> | |
100 | <sect2> | |
101 | <title>+Q, disable forwarding</title> | |
102 | <para> | |
103 | <note> | |
104 | <para> | |
105 | This is a user umode, which anybody can set. It is not specific to operators. | |
106 | </para> | |
107 | </note> | |
e7d250a6 JT |
108 | This umode prevents you from being affected by channel forwarding. |
109 | If enabled on a channel, channel forwarding sends you to another | |
110 | channel if you could not join. See channel mode +f for more | |
111 | information. | |
212380e3 AC |
112 | </para> |
113 | </sect2> | |
114 | <sect2> | |
115 | <title>+R, reject messages from unauthenticated users</title> | |
116 | <para> | |
117 | <note> | |
118 | <para> | |
119 | This is a user umode, which anybody can set. It is not specific to operators. | |
120 | </para> | |
121 | </note> | |
122 | If a user has the +R umode set, then any users who are not authenticated | |
123 | will receive an error message if they attempt to send a private | |
124 | message or notice to the +R user. | |
125 | </para> | |
126 | <para> | |
127 | Opers and accepted users (like in +g) are exempt. | |
128 | Unlike +g, the target user is not notified of failed messages. | |
129 | </para> | |
130 | </sect2> | |
131 | <sect2> | |
132 | <title>+s, receive server notices</title> | |
133 | <para> | |
134 | This umode allows an oper to receive server notices. | |
135 | The requested types of server notices are specified as a | |
136 | parameter (<quote>snomask</quote>) to this umode. | |
137 | </para> | |
138 | </sect2> | |
139 | <sect2> | |
140 | <title>+S, network service</title> | |
141 | <para> | |
142 | <note> | |
143 | <para> | |
144 | This umode can only be set by servers named in a service{} | |
145 | block. | |
146 | </para> | |
147 | </note> | |
148 | This umode grants various features useful for services. For example, | |
149 | clients with this umode cannot be kicked or deopped on channels, | |
150 | do not show channels the querying user is not on in WHOIS, | |
151 | and do not appear in /stats p. | |
152 | </para> | |
153 | <para> | |
154 | The exact effects of this umode are variable; no user or oper on | |
155 | an actual charybdis server can set it. | |
156 | </para> | |
157 | </sect2> | |
158 | <sect2> | |
159 | <title>+w, receive wallops</title> | |
160 | <para> | |
161 | <note> | |
162 | <para> | |
163 | This is a user umode, which anybody can set. It is not specific to operators. | |
164 | </para> | |
165 | </note> | |
166 | Users with the +w umode set will receive WALLOPS messages sent by opers. | |
167 | Opers with +w additionally receive WALLOPS sent by servers (e.g. | |
842fdfb1 JT |
168 | remote CONNECT, remote SQUIT, various severe misconfigurations, |
169 | many services packages). | |
212380e3 AC |
170 | </para> |
171 | </sect2> | |
172 | <sect2> | |
173 | <title>+z, receive operwall</title> | |
174 | <para> | |
175 | OPERWALL differs from WALLOPS in that the ability to receive such messages is | |
176 | restricted. Opers with +z set will receive OPERWALL messages. | |
177 | </para> | |
178 | </sect2> | |
9b031299 JT |
179 | <sect2> |
180 | <title>+Z, SSL user</title> | |
181 | <para> | |
182 | This umode is set on clients connected via SSL/TLS. | |
183 | It cannot be set or unset after initial connection. | |
184 | </para> | |
185 | </sect2> | |
212380e3 AC |
186 | </sect1> |
187 | <sect1 id="snomaskusage"> | |
188 | <title>Snomask usage</title> | |
189 | <para> | |
190 | Usage is as follows: | |
191 | </para> | |
192 | <cmdsynopsis><command>MODE</command> | |
193 | <arg choice=plain><replaceable>nick</replaceable></arg> | |
194 | <arg choice=plain>+s</arg> | |
195 | <arg choice=plain><replaceable>+/-flags</replaceable></arg> | |
196 | </cmdsynopsis> | |
197 | <para> | |
198 | To set snomasks. | |
199 | </para> | |
200 | <cmdsynopsis><command>MODE</command> | |
201 | <arg choice=plain><replaceable>nick</replaceable></arg> | |
202 | <arg choice=plain>-s</arg> | |
203 | </cmdsynopsis> | |
204 | <para> | |
205 | To clear all snomasks. | |
206 | </para> | |
207 | <para> | |
208 | Umode +s will be set if at least one snomask is set. | |
209 | </para> | |
210 | <para> | |
211 | Umode +s is oper only by default, but even if you allow nonopers to | |
212 | set it, they will not get any server notices. | |
213 | </para> | |
214 | </sect1> | |
215 | <sect1 id="snomasklist"> | |
216 | <title>Meanings of server notice masks</title> | |
217 | <sect2> | |
218 | <title>+b, bot warnings</title> | |
219 | <para> | |
220 | Opers with the +b snomask set will receive warning messages from the server when potential | |
221 | flooders and spambots are detected. | |
222 | </para> | |
223 | </sect2> | |
224 | <sect2> | |
225 | <title>+c, client connections</title> | |
226 | <para> | |
227 | Opers who have the +c snomask set will receive server notices when clients attach to the | |
228 | local server. | |
229 | </para> | |
230 | </sect2> | |
231 | <sect2> | |
232 | <title>+C, extended client connection notices</title> | |
233 | <para> | |
234 | Opers who have the +C snomask set will receive server notices when clients attach to the | |
235 | local server. Unlike the +c snomask, the information is displayed in a format intended | |
236 | to be parsed by scripts, and includes the two unused fields of the USER command. | |
237 | </para> | |
238 | </sect2> | |
239 | <sect2> | |
240 | <title>+d, debug</title> | |
241 | <para> | |
242 | The +d snomask provides opers extra information which may be of interest to debuggers. | |
243 | It will also cause the user to receive server notices if certain assertions fail inside the | |
244 | server. Its precise meaning is variable. Do not depend on the | |
245 | effects of this snomask as they can and will change without notice in later revisions. | |
246 | </para> | |
247 | </sect2> | |
248 | <sect2> | |
249 | <title>+f, full warning</title> | |
250 | <para> | |
251 | Opers with the +f snomask set will receive notices when a user | |
252 | connection is denied because a connection limit is exceeded | |
253 | (one of the limits in a class{} block, or the total per-server | |
254 | limit settable with /quote set max). | |
255 | </para> | |
256 | </sect2> | |
5eeb71b7 JT |
257 | <sect2> |
258 | <title>+F, far client connection notices</title> | |
259 | <para> | |
260 | <note> | |
261 | <para> | |
262 | This snomask is only available if the <filename>sno_farconnect.so</filename> extension is loaded. | |
263 | </para> | |
264 | </note> | |
265 | Opers with +F receive server notices when clients connect or | |
266 | disconnect on other servers. The notices have the same format | |
267 | as those from the +c snomask, except that the class is ? and | |
268 | the source server of the notice is the server the user is/was on. | |
269 | </para> | |
270 | <para> | |
271 | No notices are generated for netsplits and netjoins. | |
272 | Hence, these notices cannot be used to keep track of all | |
273 | clients on the network. | |
274 | </para> | |
275 | <para> | |
276 | There is no far equivalent of the +C snomask. | |
277 | </para> | |
278 | </sect2> | |
212380e3 AC |
279 | <sect2> |
280 | <title>+k, server kill notices</title> | |
281 | <para> | |
282 | Opers with the +k snomask set will receive server notices when | |
283 | services kill users and when | |
284 | other servers kill and save (forced nick change to UID) users. | |
285 | Kills and saves by this server are on +d or +s. | |
286 | </para> | |
287 | </sect2> | |
288 | <sect2> | |
289 | <title>+n, nick change notices</title> | |
290 | <para> | |
291 | An oper with +n set will receive a server notice every time a local user changes their nick, | |
292 | giving the old and new nicks. | |
293 | This is mostly useful for bots that track all users on a single server. | |
294 | </para> | |
295 | </sect2> | |
296 | <sect2> | |
297 | <title>+r, notices on name rejections</title> | |
298 | <para> | |
299 | Opers with this snomask set will receive a server notice when somebody tries to use an | |
300 | invalid username, or if a dumb HTTP proxy tries to connect. | |
301 | </para> | |
302 | </sect2> | |
303 | <sect2> | |
304 | <title>+s, generic server notices</title> | |
305 | <para> | |
306 | This snomask allows an oper to receive generic server notices. | |
307 | This includes kills from opers (except services). | |
308 | </para> | |
309 | </sect2> | |
310 | <sect2> | |
311 | <title>+u, unauthorized connections</title> | |
312 | <para> | |
313 | This snomask allows an oper to see when users try to connect who do not have an | |
314 | available auth{} block. | |
315 | </para> | |
316 | </sect2> | |
5eeb71b7 JT |
317 | <sect2> |
318 | <title>+W, whois notifications</title> | |
319 | <para> | |
320 | <note> | |
321 | <para> | |
322 | This snomask is only available if the <filename>sno_whois.so</filename> extension is loaded. | |
323 | </para> | |
324 | </note> | |
325 | Opers with +W receive notices when a WHOIS is executed on them | |
326 | on their server (showing idle time). | |
327 | </para> | |
328 | </sect2> | |
212380e3 AC |
329 | <sect2> |
330 | <title>+x, extra routing notices</title> | |
331 | <para> | |
332 | Opers who have the +x snomask set will get notices about servers | |
333 | connecting and disconnecting on the whole network. This includes | |
334 | all servers connected behind the affected link. This can get | |
335 | rather noisy but is useful for keeping track of all linked | |
336 | servers. | |
337 | </para> | |
338 | </sect2> | |
339 | <sect2> | |
340 | <title>+y, spy</title> | |
341 | <para> | |
342 | Opers with +y receive notices when users try to join RESV'ed (<quote>juped</quote>) channels. | |
343 | Additionally, if certain extension modules are loaded, they will | |
5eeb71b7 | 344 | receive notices when special commands are used. |
212380e3 AC |
345 | </para> |
346 | </sect2> | |
347 | <sect2> | |
348 | <title>+Z, operspy notices</title> | |
349 | <para> | |
350 | Opers with +Z receive notices whenever an oper anywhere on the | |
351 | network uses operspy. | |
352 | </para> | |
353 | <para> | |
354 | This snomask can be configured to be only effective for admins. | |
355 | </para> | |
356 | </sect2> | |
357 | </sect1> | |
358 | </chapter> | |
359 | <!-- Keep this comment at the end of the file | |
360 | Local variables: | |
361 | mode: sgml | |
362 | sgml-omittag:t | |
363 | sgml-shorttag:t | |
364 | sgml-namecase-general:t | |
365 | sgml-general-insert-case:lower | |
366 | sgml-minimize-attributes:nil | |
367 | sgml-always-quote-attributes:t | |
368 | sgml-indent-step:2 | |
369 | sgml-indent-data:t | |
370 | sgml-parent-document: ("charybdis-oper-guide.sgml" "book") | |
371 | sgml-exposed-tags:nil | |
372 | fill-column: 105 | |
373 | sgml-validate-command: "nsgmls -e -g -s -u charybdis-oper-guide.sgml" | |
374 | End: | |
375 | --> |