Skip to content

Add m_quarantine#493

Open
skizzerz wants to merge 1 commit intosolanum-ircd:mainfrom
skizzerz:quarantine
Open

Add m_quarantine#493
skizzerz wants to merge 1 commit intosolanum-ircd:mainfrom
skizzerz:quarantine

Conversation

@skizzerz
Copy link
Copy Markdown
Contributor

@skizzerz skizzerz commented Feb 2, 2026

This extension module provides a new usermode (+q) and two commands that allow opers to set/unset that mode. The mode can be set either via ircd.conf (general::default_umodes or auth::umodes) or via the QUARANTINE command. When using the command, a reason is required which will be broadcast to all other opers via the snote.

When set, a quarantined user will not be able to join channels or send messages to channels, with exception of explicitly allowlisted channels in ircd.conf. They will also not be able to send private messages to other users except opers or services.

The quarantine will be automatically removed if the target opers up or logs into a services account, and opers and logged in users cannot be quarantined. The UNQUARNTINE command may additionally be used to remove the quarantine status from a user. Users cannot otherwise set or remove this usermode from themselves.

The QUARANTINE and UNQUARANTINE commands require a new priv oper:quarantine.

To support this, a new account_change hook was added to m_services and m_signon. This hook is fired whenever a user's services account changes (via logging in or logging out) from the SVSLOGIN, SIGNON, LOGIN, or SU services commands. It is not fired for SVSLOGIN on unknown (pre-registration) users.

Documentation was updated for the new usermode, hook, and commands. Usermode help was alphabetized for consistency, a missing entry for helpops was added, and cloaking was moved to +x (since all modern cloaking modules use that mode instead) since I was touching the file anyway.

dwfreed
dwfreed previously requested changes Feb 2, 2026
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c Outdated
Comment thread modules/m_services.c Outdated
Comment thread modules/m_services.c Outdated
Comment thread modules/m_signon.c Outdated
Comment thread extensions/m_quarantine.c
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c Outdated
Comment thread extensions/m_quarantine.c
Comment thread extensions/m_quarantine.c Outdated
aaronmdjones
aaronmdjones previously approved these changes Apr 5, 2026
This extension module provides a new usermode (+q) and two commands that
allow opers to set/unset that mode. The mode can be set either via
ircd.conf (general::default_umodes or auth::umodes) or via the
QUARANTINE command. When using the command, a reason is required which
will be broadcast to all other opers via the snote.

The quarantine will be automatically removed if the target opers up or
logs into a services account, and opers and logged in users cannot be
quarantined. The UNQUARNTINE command may additionally be used to remove
the quarantine status from a user. Users cannot otherwise set or remove
this usermode from themselves.

The QUARANTINE and UNQUARANTINE commands require a new priv
oper:quarantine.

To support this, a new account_change hook was added to m_services and
m_signon. This hook is fired whenever a user's services account changes
(via logging in or logging out) from the SVSLOGIN, SIGNON, LOGIN, or SU
services commands. It is **not** fired for SVSLOGIN on unknown
(pre-registration) users.

Documentation was updated for the new usermode, hook, and commands.
Usermode help was alphabetized for consistency, a missing entry for
helpops was added, and cloaking was moved to +x (since all modern
cloaking modules use that mode instead) since I was touching the file
anyway.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants