ircv3-ideas
ircv3-ideas copied to clipboard
Client-side a-priori moderation
As far as I'm aware, there are currently three ways to deal with spammy messages:
- block them at the server level before they are relayed to other servers/clients (eg. Inspircd does this)
- the traditional way, which is to let them go through and have a bot quickly ban/kill the spammer
- the upcoming edition/deletion specification.
1 requires server support and isn't very customizable by channel ops, 2 has obvious downsides, and 3 needs client support to delete spammy messages.
So I would like to propose a new option: a priori moderation by clients.
It would work this way:
- when a client sends a message to a channel with such moderation enabled, messages are only sent to ops (like Charybdis'
+mz
modes) - ops can
ACCEPT
orREJECT
these messages, usingmsgid
. This would most likely be done by some kind of bot. - probably a fallback if ops do not accept in time
Potential issues:
- increased delays
- incentive to DoS the moderation bot to either delay messages further or fail open/fail close
Thoughts?
This would work really well in combination with a specification for "auditorium mode" which IRCX had (+x) and many server impl's have some concept of.
My preference would not to reserve the ACCEPT
and REJECT
commands for solely this purpose however as those are relatively broad command names that may have other existing or future uses. There should be a monolithic command for manipulating messages in various ways. There will be other ways in which moderations will need to manipulate messages in the future.