Difference between revisions of "MUC Extensions"
(Hats!) |
(Reorganize categories) |
||
(One intermediate revision by the same user not shown) | |||
Line 8: | Line 8: | ||
[[Multi-Session_Nicks]] | [[Multi-Session_Nicks]] | ||
== Invitations == | == Invitations == | ||
Line 43: | Line 33: | ||
Defines an XMPP protocol extension to allow users to pin PEP Native Bookmarks. | Defines an XMPP protocol extension to allow users to pin PEP Native Bookmarks. | ||
== | == Identification == | ||
[https://xmpp.org/extensions/xep- | [https://xmpp.org/extensions/xep-0421.html XEP-0421 Anonymous unique occupant identifiers for MUCs] | ||
Allows for actions to be associated to a unique identifier when the JID isn't visible. | |||
== Notifications == | == Notifications == | ||
Line 66: | Line 50: | ||
[https://xmpp.org/extensions/xep-0317.html XEP-0317: Hats] | [https://xmpp.org/extensions/xep-0317.html XEP-0317: Hats] | ||
Defines a more extensible model for roles and affiliations in Multi-User Chat rooms. | Defines a more extensible model for roles and affiliations in Multi-User Chat rooms. | ||
== Moderation == | |||
[https://xmpp.org/extensions/xep-0425.html XEP-0425 Message Moderation] | |||
Allows a moderator to retract messages from other participants. | |||
== PubSub == | == PubSub == | ||
Line 85: | Line 74: | ||
[https://xmpp.org/extensions/xep-0463.html XEP-0463: MUC Affiliations Versioning] | [https://xmpp.org/extensions/xep-0463.html XEP-0463: MUC Affiliations Versioning] | ||
Reduces the amount of queries necessary to stay up-to-date with affiliations in a MUC room, while getting rid of races. | Reduces the amount of queries necessary to stay up-to-date with affiliations in a MUC room, while getting rid of races. | ||
== Federation / Decentralization == | |||
𐄂 [https://xmpp.org/extensions/xep-0281.html XEP-0281: DMUC1: Distributed Multi-User Chat] | |||
Defines methods for distributing Multi-User Chat (MUC) rooms across multiple chat services. | |||
[https://xmpp.org/extensions/xep-0282.html XEP-0282: DMUC2: Distributed MUC] | |||
Multi-User Chats, distributed over several nodes in the XMPP network, using a primary/replica architecture | |||
[https://xmpp.org/extensions/xep-0289.html XEP-0289: Federated MUC for Constrained Environments] | |||
Provides a protocol for federating MUC rooms together in order to reduce the effects of constrained network (e.g. unreliability, severely limited bandwidth) on the room occupants. |
Latest revision as of 13:14, 18 December 2022
This page gathers the different ways the MUC (XEP-0045) has been extended over the years, in the MUC document itself but not exactly defined or by additional documents. Some of this page may overlap with XEP-Remarks/XEP-0045:_Multi-User_Chat.
Multi-Session Nick
If allowed by the service, a user can associate more than one full JID with the same occupant JID (e.g., the user juliet@capulet.lit is allowed to log in simultaneously as the nick "JuliC" in the characters@chat.shakespeare.lit chatroom from both juliet@capulet.lit/balcony and juliet@capulet.lit/chamber). Multi-session nicks are not currently defined in this document.
Invitations
XEP-0249: Direct MUC Invitations
Defines a method for inviting a contact to a multi-user chat room directly, instead of sending the invitation through the chat room (mediated invites).
This may be useful if a user blocks messages from unknown JIDs.
Bookmarks
𐄂 XEP-0048: Bookmarks Using PEP as a storage method
Defines an XML data format for use by XMPP clients in storing bookmarks to mult-user chatrooms and web pages. The chatroom bookmarking function includes the ability to auto-join rooms on login.
𐄂 XEP-0048: Bookmark Storage Using Private Storage as a storage method
Defines an XML data format for use by XMPP clients in storing bookmarks to mult-user chatrooms and web pages. The chatroom bookmarking function includes the ability to auto-join rooms on login.
XEP-0402: PEP Native Bookmarks
Defines a syntax and storage profile for keeping a list of chatroom bookmarks on the server
𐄂 XEP-0411: Bookmarks Conversion
Describes a method to migrate to PEP based bookmarks without losing compatibility with client that still use Private XML.
Defines an XMPP protocol extension to allow users to pin PEP Native Bookmarks.
Identification
XEP-0421 Anonymous unique occupant identifiers for MUCs
Allows for actions to be associated to a unique identifier when the JID isn't visible.
Notifications
XEP-0437: Room Activity Indicators
Provides a mechanism for activity notifications in MUC
XEP-0452: MUC Mention Notifications
Documents how a user may be informed when they're mentioned in a MUC which they're not currently joined to
Extensible roles and affiliations
Defines a more extensible model for roles and affiliations in Multi-User Chat rooms.
Moderation
Allows a moderator to retract messages from other participants.
PubSub
XEP-0316: MUC Eventing Protocol
Defines semantics for using the XMPP publish-subscribe protocol to broadcast state change events associated with a Multi-User Chat (MUC) room. This profile of pubsub therefore enables a chatroom to function as a virtual pubsub service, easing the discovery of syndicated data and event notifications associated with such a room.
Optimisations
XEP-0410: MUC Self-Ping (Schrödinger's Chat)
Allows clients to check whether they are still joined to a chatroom.
Provides a protocol that can be used for limiting the amount of presence history needed when rejoining a MUC room.
XEP-0436: MUC presence versioning
Reduces the amount of presence trafic
XEP-0463: MUC Affiliations Versioning
Reduces the amount of queries necessary to stay up-to-date with affiliations in a MUC room, while getting rid of races.
Federation / Decentralization
𐄂 XEP-0281: DMUC1: Distributed Multi-User Chat
Defines methods for distributing Multi-User Chat (MUC) rooms across multiple chat services.
XEP-0282: DMUC2: Distributed MUC
Multi-User Chats, distributed over several nodes in the XMPP network, using a primary/replica architecture
XEP-0289: Federated MUC for Constrained Environments
Provides a protocol for federating MUC rooms together in order to reduce the effects of constrained network (e.g. unreliability, severely limited bandwidth) on the room occupants.