- Standards

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.

1 year, 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.

1 year, 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.

1 year, 1 month

1
0
0 0

UPDATED: XEP-0398 (User Avatar to vCard-Based Avatars Conversion)

by Daniel Gultsch

Version 0.3.0 of XEP-0398 (User Avatar to vCard-Based Avatars Conversion) has been released. Abstract: This specification describes a method for using PEP based avatars and vCard based avatars in parallel by having the user’s server do a conversion between the two. Changelog: * Add text to explain that both and are valid implementations. * Add Security Considerations for both variants (dg) URL: https://xmpp.org/extensions/xep-0398.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 year, 1 month

1
0
0 0

NEW: XEP-0487 (Host Meta 2 - One Method To Rule Them All)

by Daniel Gultsch

Version 0.1.0 of XEP-0487 (Host Meta 2 - One Method To Rule Them All) has been released. Abstract: This document defines an XMPP Extension Protocol for extending XEP-0156 by modifying the JSON Web Host Metadata Link format to support discovering all possible XMPP connection methods, for c2s and s2s Changelog: * Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0487.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 year, 1 month

1
0
0 0

NEW: XEP-0486 (MUC Avatars)

by Daniel Gultsch

Version 0.1.0 of XEP-0486 (MUC Avatars) has been released. Abstract: This specification describes how to publish and retrieve avatars in rooms. Changelog: * Promoted to Experimental (XEP Editor: dg) URL: https://xmpp.org/extensions/xep-0486.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 year, 1 month

1
0
0 0

NEW: XEP-0485 (PubSub Server Information)

by Daniel Gultsch

Version 0.1.0 of XEP-0485 (PubSub Server Information) has been released. Abstract: This document defines a data format whereby basic information of an XMPP domain can be expressed and exposed over pub-sub. Changelog: * Promoted to Experimental. (dg) URL: https://xmpp.org/extensions/xep-0485.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 year, 1 month

1
0
0 0

Re: LAST CALL: XEP-0398 (User Avatar to vCard-Based Avatars Conversion)

by Daniel Gultsch

Hi, I modified the XEP to allow conversion only if the access model of the avatar PEP nodes have been set to open. Since the first draft of the XEP publish-options and the ability to easily modify the access model have become more widespread. This should clear up all concerns that were raised during the Last Call. As soon as my modifications are merged and published I will ask Council to start another last call. Here is a rendered version of the modified XEP: https://gultsch.de/files/xep-0398.html cheers Daniel

1 year, 1 month

3
2
0 0

Update XEP-377

by email＠msavoritias.me

Hey, JoinJabber is interested in possibly hosting an rtbl instance and holding domains accountable to our CoC. With that in mind the XEP-377 seems to be inadequate. Specifically here: https://xmpp.org/extensions/xep-0377.html#payload It mentions only: *urn:xmpp:reporting:spam* Used for reporting a JID that is sending unwanted messages. *urn:xmpp:reporting:abuse* Used for reporting general abuse. That is severely limiting. For example what if somebody sends hate speech? or transphobia? or racism? or moderation is non existent in this server? One solution when i talked about was removing the limitation of being only two and allowing any label basically. Wdyt? MSavoritias

1 year, 2 months

3
2
0 0

Small fixes for XEP-0424

by Nicolas Cedilnik

Hi all, I opened a pull request <https://github.com/xsf/xeps/pull/1326> to contribute small fixes to XEP-0424: - Fixes the schema of the |<retracted>| element: * The is no 'from' attribute * There is a mandatory 'id' attribute * 'by' and 'stamp' are not mandatory - Add a fallback 'for' attribute in Example 4. I hope that's useful. Cheers, -- Nicolas

1 year, 2 months

1
0
0 0

2025

2024

2023

Standards

2025

2024

2023

Standards ----- 2025 ----- May 2025 April 2025 March 2025 February 2025 January 2025 ----- 2024 ----- December 2024 November 2024 October 2024 September 2024 August 2024 July 2024 June 2024 May 2024 April 2024 March 2024 February 2024 January 2024 ----- 2023 ----- December 2023

Standards