Various modes can be set on channels. Use
/mode #channel to list current
channel modes and
/msg chanserv info #channel to list modes set with MLOCK.
All channel modes will be lost when a channel becomes empty. Enable GUARD to preserve modes.
|Prevent users from joining or speaking. Sending
The most common form for a ban is
The second form can be used for bans based on user data. You can append
|Strip colour and formatting codes from channel messages.|
|Blocks CTCP commands (other than
|Takes one parameter, just like ban (above). Wildcards and extbans can be used, like ban. Ban exemption matches override +b and +q bans for all clients it matches, allowing the exempted user to join/speak as if they were not banned or quieted. This can be useful if it is necessary to ban an entire ISP due to persistent abuse, but some users from that ISP should still be allowed in. For example:
|Takes a channel name as a parameter. Users who cannot join the channel (because of +i, +j, +r, see below) are instead sent to the given channel. Clients are notified when the forward takes effect.
An operator can set mode +f #channel2 only if they are an op in #channel2 or if #channel2 has mode +F set (see below).
Usually you want to set forwards with MLOCK, because the channel will become empty over time and the channel modes are lost. You might also want to set GUARD to prevent the channel from becoming empty. An operator can use MLOCK with +f only if they have access flag +s in both channels, or if the channel to be forwarded to is +F and they have +s in the original channel.
|Allow operators in other channels to forward clients to this channel, without requiring ops in the target channel.|
|Anybody in the channel may invite others (using the
|Users are unable to join invite-only channels unless they are invited or match a +I entry.|
|Takes a ban parameter. Extbans are supported and common, e.g. for setting an exemption for a specific registered user. Matching clients do not need to be invited to join the channel when it is invite-only (+i). Unlike the
|This mode takes one parameter of the form n:t, where n and t are positive integers. Only n users may join in each period of t seconds, so with e.g. 3:10 only 3 users could join within 10 seconds. Invited users can join regardless of +j, but are counted as normal. You can use this mode to prevent bot attacks. Observe the average join rate of your channel and pick a good value for +j. This mode could be combined with +f to forward throttled users to an overflow channel.|
|To enter the channel, you must specify the password on your
|Takes a positive integer parameter. Limits the number of users who can be in the channel at the same time.|
|Only opped and voiced users can send to the channel. This mode does not prevent users from changing nicks.|
(prevent external send)
|Users outside the channel may not send messages to it. Keep in mind that bans and quiets will not apply to external users.|
|The KNOCK command cannot be used on the channel, and users will not be shown the channel in whois output unless they share the channel with the requestor. The channel will still appear in channel lists and WHO output (set channel mode +s if this is not desired).|
|Works like +b (ban user), but allows matching users to join the channel.|
(block forwarded users)
|Users cannot be forwarded (see +f above) to a channel with +Q.|
|Prevents users who are not identified to services from joining the channel.|
|This channel will not appear on channel lists or WHO or WHOIS output unless you are on it.|
|Only users connected via SSL may join the channel while this mode is set. Users already in the channel are not affected. Keep in mind that this also blocks all webchat users, as they are not marked as connected via SSL.|
|Only channel operators may set the channel topic.|
|The effects of +b, +q, and +m are relaxed. For each message, if that message would normally be blocked by one of these modes, it is instead sent to channel operators (+o).|