November 2024 - Standards

LAST CALL: XEP-0440 (SASL Channel-Binding Type Capability)
by Daniel Gultsch 24 Oct '25

24 Oct '25

This message constitutes notice of a Last Call for comments on XEP-0440. Title: SASL Channel-Binding Type Capability Abstract: This specification allows servers to annouce their supported SASL channel-binding types to clients. URL: https://xmpp.org/extensions/xep-0440.html This Last Call begins today and shall end at the close of business on 2024-05-20. Please consider the following questions during this Last Call and send your feedback to the standards(a)xmpp.org discussion list: 1. Is this specification needed to fill gaps in the XMPP protocol stack or to clarify an existing protocol? 2. Does the specification solve the problem stated in the introduction and requirements? 3. Do you plan to implement this specification in your code? If not, why not? 4. Do you have any security concerns related to this specification? 5. Is the specification accurate and clearly written? Your feedback is appreciated!

9 30

Proposed XMPP Extension: PubSub Server Information
by kevin.smith＠isode.com 08 Jun '25

08 Jun '25

The XMPP Extensions Editor has received a proposal for a new XEP. Title: PubSub Server Information Abstract: This document defines a data format whereby basic information of an XMPP domain can be expressed and exposed over pub-sub. URL: https://xmpp.org/extensions/inbox/pubsub-server-info.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP.

3 3

Join us at the 27th XMPP Summit
by Daniel Gultsch 06 Jan '25

06 Jan '25

Hi, as a member of the SCAM Team¹ I’m proud to announce that the 27th XMPP Summit will take place on Thursday January 30th and Friday January 31st 2025 in Brussels, Belgium. As usual we picked the two days before FOSDEM² takes place in the same city. https://wiki.xmpp.org/web/Conferences/Summit_27 If you are planning on coming please sign up on the wiki. (We have somewhat limited capacity) If you are unsure if the Summit is right for you, I (not in my capacity as a member of the SCAM team) wrote a short thread on Mastodon describing what the Summit typically looks like: https://gultsch.social/@daniel/113385481055735606 See you in Brussels! cheers Daniel ¹: Summits Conferences & Meetups Team https://xmpp.org/about/xsf/scam-team/ ²: https://fosdem.org/2025/

1 1

Proposed XMPP Extension: MUC Slow Mode
by Daniel Gultsch 10 Dec '24

10 Dec '24

The XMPP Extensions Editor has received a proposal for a new XEP. Title: MUC Slow Mode Abstract: This specification describes a way to rate limit messages a single user can send to a MUC room. It includes room configuration option, and how servers and clients can handle such a feature. URL: https://xmpp.org/extensions/inbox/xep-slow-mode.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP.

6 12

XEP-0163 (Personal Eventing Protocol) Allow multiple publishers; XEP-0045 (Multi-User Chat) Allow PEP
by Schimon Jehudah 08 Dec '24

08 Dec '24

Good day! I am the developer of Slixfeed news bot, which is a syndication feed reader (Atom/RDF/RSS). This matter is also related to Morbot. See https://codeberg.org/TheCoffeMaker/Morbot/issues/13 Concern ------- I have to attempted experiment with PEP nodes, and my attempt has failed due to: XEP-0045 service-unavailable The feature requested is not supported by the conference XEP-0163 forbidden You're not allowed to create nodes Proposal -------- I suggest to enable PEP nodes for MUC JIDs too. I suggest to change the approach "One publisher per node.". See https://xmpp.org/extensions/xep-0163.html#approach-publisher > There is no need for multiple publishers to a PEP service, since by > definition the service generates information associated with only one > entity. The owner-publisher for every node is the bare JID of the > account owner. In order to allow a secondary "channel" interface for people and group chats, and also for other reasons (see further), it would be useful to: 1) Allow multiple publishers. 2) Allow PEP for MUC JIDs. By a "channel" interface, I mean, that should a news bot be included for a group chat, the updates would be sent to a PEP node of the group chat JID instead to the chat itself, which would keep the chat view cleaner. Example use cases: Number #3 represents the use of Morbot and Slixfeed, and is useful for forwarding of news journals. 1) Use : Inbox Affiliation : Publish-Only Publishers : JIDs which Presence is shared with or in Roster 2) Use : Collaboration (e.g. Pad, Whiteboard etc.) Affiliation : Publisher Publishers : Determined manually 3) Use : Updates Affiliation : Publish-Only Publishers : Determined manually Note ---- Slixfeed can use its own PEP nodes named after its subscribers respectively, albeit that would be more demanding on the server of which Slixfeed is operated on, than publishing to PEP nodes of other JIDs, and yet it would not be practical for group chat JIDs, which the bot also supports. Please advise. Kind regards, Schimon

4 13

NEW: XEP-0500 (MUC Slow Mode)
by Daniel Gultsch 28 Nov '24

28 Nov '24

Version 0.1.0 of XEP-0500 (MUC Slow Mode) has been released. Abstract: This specification describes a way to rate limit messages a single user can send to a MUC room. It includes room configuration option, and how servers and clients can handle such a feature. Changelog: Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0500.html Note: The information in the XEP list at https://xmpp.org/extensions/ is updated by a separate automated process and may be stale at the time this email is sent. The XEP documents linked herein are up-to- date.

1 0

UPDATED: XEP-0490 (Message Displayed Synchronization)
by Daniel Gultsch 28 Nov '24

28 Nov '24

Version 1.0.1 of XEP-0490 (Message Displayed Synchronization) has been released. Abstract: This specification allows multiple clients of the same user to synchronize the displayed state of their chats. Changelog: * Fix some examples, and their indentation. * Add the XML Schema. (egp) URL: https://xmpp.org/extensions/xep-0490.html Note: The information in the XEP list at https://xmpp.org/extensions/ is updated by a separate automated process and may be stale at the time this email is sent. The XEP documents linked herein are up-to- date.

1 0

XMPP Council Agenda 2024-11-22
by Daniel Gultsch 26 Nov '24

26 Nov '24

Good morning newly elected Council the first XMPP Council Meeting will take place on, Tuesday, November 26 2024 at 16:30 UTC in xmpp:council@muc.xmpp.org?join The Agenda is as follows: 1) Roll call 2) Agenda Bashing 3) Elect new Chair 4) Editors update * NEW: XEP-0496 (Pubsub Node Relationships) * NEW: XEP-0497 (Pubsub Extended Subscriptions) * NEW: XEP-0498 (Pubsub File Sharing) * NEW: XEP-0499 (Pubsub Extended Discovery) * Proposed XMPP Extension: MUC Slow Mode 5) Items for voting a) XEP-0490: Add the XML Schema and fix some examples https://github.com/xsf/xeps/pull/1400 b) Proposed XMPP Extension: MUC Slow Mode https://xmpp.org/extensions/inbox/xep-slow-mode.html c) Make Daniel (co-)author of 'XEP-0343: Signaling WebRTC datachannels in Jingle' https://xmpp.org/extensions/xep-0343.html 6) Pending votes none yet Here is the all new spreadsheet: https://docs.google.com/spreadsheets/d/1oAHUqBdlkobDcmfQ-YRMfZHGQLMWEdOFuEU… 7) Date of Next 8) AOB 9) Close P.S.: This is the first council email that does not get send to the council mailing list. The previous council has decided to get rid of that list and only use 'standards'.

1 0

NEW: XEP-0499 (Pubsub Extended Discovery)
by Daniel Gultsch 21 Nov '24

21 Nov '24

Version 0.1.0 of XEP-0499 (Pubsub Extended Discovery) has been released. Abstract: This specification extends the discovery requests used with the XMPP PubSub protocol by introducing mechanisms to discover linked nodes, descendants, or metadata. Changelog: Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0499.html Note: The information in the XEP list at https://xmpp.org/extensions/ is updated by a separate automated process and may be stale at the time this email is sent. The XEP documents linked herein are up-to- date.

1 0

NEW: XEP-0498 (Pubsub File Sharing)
by Daniel Gultsch 21 Nov '24

21 Nov '24

Version 0.1.0 of XEP-0498 (Pubsub File Sharing) has been released. Abstract: This specification explains how to share files and optionally include directory structures similar to filesystems over XMPP Pubsub. It leverages XMPP Pubsub to enable notifications about file changes and manage permissions, providing users with real-time updates and control mechanisms. An optional mechanism is also specified for managing uploaded files. Changelog: Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0498.html Note: The information in the XEP list at https://xmpp.org/extensions/ is updated by a separate automated process and may be stale at the time this email is sent. The XEP documents linked herein are up-to- date.

1 0