- Standards

Remove requirement to send disco#info feature in XEP-0030

by Jonas Schäfer

Dear community, it's been a while I spoke up here. I would like to discuss the removal of the following part-sentence from XEP-0030 (in Final status!): > every entity MUST support at least the > 'http://jabber.org/protocol/disco#info' feature Announcing that feature is redundant: An entity which replies with a properly constructed `<query xmlns="http://jabber.org/protocol/disco#info"/>` element is bound to (and has always been bound to) have implemented XEP-0030 to the best of its knowledge. As this is a Final(!) status XEP, here is my estimate of the impact this change has: - Implementations which required the presence of this feature on the receiving side would now become non-compliant: They might assume that the remote entity did not really support XEP-0030 and fail with an error. Such implementations would need to be adapted in order to be able to interoperate with implementations which follow a revised version of XEP-0030. I don't see any other impact. I also strongly suspect that the set of implementations which follow XEP-0030 to the letter is rather slim (I only know of a single one, which would be the Rust XMPP library xmpp-rs [1]). The reason why this came up: There have in the past been cases ([2] and another, not-yet-filed issue against Prosody IM where the disco#info feature is missing from MUCs) where implementations didn't emit this feature. The seeming pointlessness and lack of information conveyed by this feature var make it easy to overlook and low-priority to fix. The fact that this has gone undiscovered for at least one Prosody IM release cycle further supports the assumption that the number of implementations which rely on that part of the spec is rather small. Your input is welcome. kind regards, Jonas Schäfer (these days without "special" role in the standards process) [1]: And there exists at least one fork which removed that check: https://gitlab.com/nesium/xmpp-rs/-/commit/1ddb050 [2]: https://issues.prosody.im/1664

2 years, 1 month

9
11
0 0

UPDATED: XEP-0425: Moderated Message Retraction

by Daniel Gultsch

Hi, It’s the editor with a manual update here. Our tooling couldn’t process PRPOSED->EXPERIMENTAL and an update in the same step.¹ XEP-0425 was updated. Here is the change log. * Remove the dependency on XEP-0422 Message Fastening * Rename to 'Moderated Message Retraction' and focus only on the retraction use-case * Ensure compatibility with clients that only implement XEP-0424 * Clarify the purpose of the <reason/> element https://xmpp.org/extensions/xep-0425.html P.S.: 0424 was moved back to Experimental too. ¹: I’m aware of this now and will simply avoid this in the future

2 years, 1 month

1
0
0 0

Proposed XMPP Extension: Message Displayed Synchronization

by daniel＠gultsch.de

The XMPP Extensions Editor has received a proposal for a new XEP. Title: Message Displayed Synchronization Abstract: This specification allows multiple clients of the same user to synchronize the displayed state of their chats. URL: https://xmpp.org/extensions/inbox/xep-mds.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP.

2 years, 1 month

4
4
0 0

XMPP Council Agenda 2024-03-12

by Daniel Gultsch

Good morning Council Members, the next XMPP Council Meeting will take place on, Tuesday, March 12 2024 at 16:00 UTC in xmpp:council@muc.xmpp.org?join The Agenda is as follows: 1) Roll call 2) Agenda Bashing 3) Editors update * Proposed XMPP Extension: Message Displayed Synchronization * LAST CALL: XEP-0392 (Consistent Color Generation) * LAST CALL: XEP-0360 (Nonzas (are not Stanzas)) and a bunch more updates. check your email 4) Items for voting a) Proposed XMPP Extension: Message Displayed Synchronization (https://xmpp.org/extensions/inbox/xep-mds.html) 5) Pending votes * Travis on XEP-0313: Add XEP-0136 to superseded specifications See the all new spreadsheet of Doom: https://docs.google.com/spreadsheets/d/1H310M8z6Kdo6XyNf2DwafzrSLuwhaLNvzfa… 6) Date of Next 7) AOB 8) Close

2 years, 1 month

1
0
0 0

UPDATED: XEP-0001 (XMPP Extension Protocols)

by Daniel Gultsch

Version 1.25.0 of XEP-0001 (XMPP Extension Protocols) has been released. Abstract: This document defines the standards process followed by the XMPP Standards Foundation. Changelog: Add note that editorial changes do not affect Deferred state (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0001.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.

2 years, 1 month

1
0
0 0

NEW: XEP-0489 (Reporting Account Affiliations)

by Daniel Gultsch

Version 0.1.0 of XEP-0489 (Reporting Account Affiliations) has been released. Abstract: This specification documents a way for an XMPP server to report to other entities the relationship it has with a user on its domain. Changelog: * Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0489.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.

2 years, 1 month

1
0
0 0

NEW: XEP-0488 (MUC Token Invite)

by Daniel Gultsch

Version 0.1.0 of XEP-0488 (MUC Token Invite) has been released. Abstract: This specification provides a way to generate tokens to invite users to a MUC room. Changelog: * Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0488.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.

2 years, 1 month

1
0
0 0

UPDATED: XEP-0060 (Publish-Subscribe)

by Daniel Gultsch

Version 1.26.0 of XEP-0060 (Publish-Subscribe) has been released. Abstract: This specification defines an XMPP protocol extension for generic publish-subscribe functionality. The protocol enables XMPP entities to create nodes (topics) at a pubsub service and publish information at those nodes; an event notification (with or without payload) is then broadcasted to all entities that have subscribed to the node. Pubsub therefore adheres to the classic Observer design pattern and can serve as the foundation for a wide variety of applications, including news feeds, content syndication, rich presence, geolocation, workflow systems, network management systems, and any other application that requires event notifications. Changelog: Add examples for publishing item without ID (melvo) URL: https://xmpp.org/extensions/xep-0060.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.

2 years, 1 month

1
0
0 0

UPDATED: XEP-0447 (Stateless file sharing)

by Daniel Gultsch

Version 0.3.1 of XEP-0447 (Stateless file sharing) has been released. Abstract: This specification describes a protocol for stateless asynchronous file sharing with integrity and transport flexibility. It allows clients to provide a good interoperable user experience in combination with Carbons and MAM. Changelog: Fix example for multiple files. (lmw) URL: https://xmpp.org/extensions/xep-0447.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.

2 years, 1 month

1
0
0 0

UPDATED: XEP-0447 (Stateless file sharing)

by Daniel Gultsch

Version 0.3.0 of XEP-0447 (Stateless file sharing) has been released. Abstract: This specification describes a protocol for stateless asynchronous file sharing with integrity and transport flexibility. It allows clients to provide a good interoperable user experience in combination with Carbons and MAM. Changelog: Describe how to use for multiple files, with body text, without any source in original message and compatibility with various current deployed protocols. (lmw) URL: https://xmpp.org/extensions/xep-0447.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.

2 years, 1 month

1
0
0 0

2026

2025

2024

2023

Standards