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]