Re: Proposed XMPP Extension: Occupant Mute Synchronization

Matthew Wild <[email protected]> Wed, 8 Apr 2026 17:00:08 +0100
Newsgroups gmane.network.jabber.standards-jig
Message-ID <CAJt9-x6OqAHONRLzXRFwb9QtuE3L_X1nB7oqet4PEoeyhahkcw@mail.gmail.com>
On Tue, 7 Apr 2026, 16:42 Daniel Gultsch, <[email protected]> wrote:

> Council has voted to accept that and it had my +1. (Editor will do his
> job shortly)
>
> I just want to state for the record that my vision for fixing this
> problem has always been to make a MUC mode where messages are coming
> from room/occupant-id which I kinda want for multiple reasons anyway
> and then we could just reuse 0191.
>
> That would mean that we can do server side blocking and not even have
> the messages delivered that we don’t want to show anyway.
>

While I also find the potential for protocol use attractive, the XEP cites
many reasons that client-side works better than server-side for this
feature.

Personally I never use mute/ignore in clients these days, largely because
no matter how annoying someone is, there are inevitably conversations where
I need to see their messages in order to piece together a conversation.

In other words, the XEP was designed this way on purpose, not purely
because of the lack of occupant IDs in JIDs.

Regards,
Matthew

>

_______________________________________________
Standards mailing list -- [email protected]
To unsubscribe send an email to [email protected]