feat: Policy-list controlled moderation #750

Open
opened 2025-04-14 21:15:18 +00:00 by Jade · 3 comments
Owner

We currently have configurable server-wide moderation options that allow completely hiding a server and refusing all federation with it.

It would be useful to allow controlling these options from a Matrix room policy list at runtime.

We currently have configurable server-wide moderation options that allow completely hiding a server and refusing all federation with it. It would be useful to allow controlling these options from a Matrix room policy list at runtime.
nex added a new dependency 2025-04-14 21:22:24 +00:00
nex added the
Enhancement
Matrix/Administration
Priority
Unknown
labels 2025-04-14 23:40:31 +00:00
nex changed title from Policy-list controlled moderation to feat: Policy-list controlled moderation 2025-04-15 00:36:41 +00:00
Author
Owner

Some key points of the discussion for those who can't access it:

  • I bring up that existing user-level and room-level moderation tools in Matrix are insufficient to handle issues like spam and abusive media, as any level of exposure to some media is unnaceptable
  • Server-side filtering of messages and invites is brought up
  • The problem of the spec providing no way to re-add filtered messages to the timeline (particularly problematic in syncv3) is brought up (effectively if something is un-ignored server side, clients require a full resync to be able to see previously hidden events. Not a problem for some stuff, more problematic for other stuff)
  • Some concerns about servers soft-failing events causing desync. Not a problem for denying outbound federation and media, though.
  • Talking about per-user server-side policy lists (IMO no-priority for us right now)
  • There's a bunch of discussion about server plugins for moderation, https://github.com/maunium/synapse-http-antispam is brought up
Some key points of the discussion for those who can't access it: - I bring up that existing user-level and room-level moderation tools in Matrix are insufficient to handle issues like spam and abusive media, as any level of exposure to some media is unnaceptable - Server-side filtering of messages and invites is brought up - The problem of the spec providing no way to re-add filtered messages to the timeline (particularly problematic in syncv3) is brought up (effectively if something is un-ignored server side, clients require a full resync to be able to see previously hidden events. Not a problem for some stuff, more problematic for other stuff) - Some concerns about servers soft-failing events causing desync. Not a problem for denying outbound federation and media, though. - Talking about per-user server-side policy lists (IMO no-priority for us right now) - There's a bunch of discussion about server plugins for moderation, https://github.com/maunium/synapse-http-antispam is brought up
Owner

See also: #748, #751

See also: #748, #751
Owner
Relevant: https://github.com/matrix-org/matrix-spec-proposals/pull/4284
Sign in to join this conversation.
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Blocks
#751 feat: appservice callbacks
continuwuation/continuwuity
Reference: continuwuation/continuwuity#750
No description provided.