]> jfr.im git - irc/rqf/shadowircd.git/blobdiff - doc/sgml/oper-guide/umodes.sgml
Remove comment referencing LazyLeaf.
[irc/rqf/shadowircd.git] / doc / sgml / oper-guide / umodes.sgml
index bcf858c125bf80796cbdf46987af1a010ca03bd2..6d64c546ee8688c9d8a03180c082c84a6f4e7b4a 100644 (file)
              This is a user umode, which anybody can set. It is not specific to operators.
            </para>
          </note>
-          This umode prevents you from being affected by any of the channel forwarding mechanisms. In
-          any event where you would normally be forwarded, instead you will get the usual error message
-          as if no forwarding was in effect.
+          This umode prevents you from being affected by channel forwarding.
+         If enabled on a channel, channel forwarding sends you to another
+         channel if you could not join. See channel mode +f for more
+         information.
        </para>
       </sect2>
       <sect2>
          restricted. Opers with +z set will receive OPERWALL messages.
        </para>
       </sect2>
+      <sect2>
+       <title>+Z, SSL user</title>
+       <para>
+         This umode is set on clients connected via SSL/TLS.
+         It cannot be set or unset after initial connection.
+       </para>
+      </sect2>
     </sect1>
     <sect1 id="snomaskusage">
       <title>Snomask usage</title>
          limit settable with /quote set max).
        </para>
       </sect2>
+      <sect2>
+       <title>+F, far client connection notices</title>
+       <para>
+         <note>
+           <para>
+             This snomask is only available if the <filename>sno_farconnect.so</filename> extension is loaded.
+           </para>
+         </note>
+         Opers with +F receive server notices when clients connect or
+         disconnect on other servers. The notices have the same format
+         as those from the +c snomask, except that the class is ? and
+         the source server of the notice is the server the user is/was on.
+       </para>
+       <para>
+         No notices are generated for netsplits and netjoins.
+         Hence, these notices cannot be used to keep track of all
+         clients on the network.
+       </para>
+       <para>
+         There is no far equivalent of the +C snomask.
+       </para>
+      </sect2>
       <sect2>
        <title>+k, server kill notices</title>
        <para>
          available auth{} block.
        </para>
       </sect2>
+      <sect2>
+       <title>+W, whois notifications</title>
+       <para>
+         <note>
+           <para>
+             This snomask is only available if the <filename>sno_whois.so</filename> extension is loaded.
+           </para>
+         </note>
+         Opers with +W receive notices when a WHOIS is executed on them
+         on their server (showing idle time).
+       </para>
+      </sect2>
       <sect2>
        <title>+x, extra routing notices</title>
        <para>
        <para>
          Opers with +y receive notices when users try to join RESV'ed (<quote>juped</quote>) channels. 
          Additionally, if certain extension modules are loaded, they will
-         receive notices when special commands are used and/or when they
-         are whoised.
+         receive notices when special commands are used.
        </para>
       </sect2>
       <sect2>