- Standards

UPDATED: XEP-0402 (PEP Native Bookmarks)
by Daniel Gultsch 29 Aug '24

29 Aug '24

Version 1.2.0 of XEP-0402 (PEP Native Bookmarks) has been released. Abstract: This specification defines a syntax and storage profile for keeping a list of chatroom bookmarks on the server. Changelog: Encourage clients to immediately leave the room if they receive a bookmark notification with autojoin set to false (mye) URL: https://xmpp.org/extensions/xep-0402.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.

7 14

Bibliography and PubSub
by Schimon Jehudah 27 Aug '24

27 Aug '24

Greetings XSF! Thanks to Mr. Timothée Jaussoin (alias "edhelas") who is responsible for "XEP-0472: Pubsub Social Feed" I am interested and investigate about developing and utilizing XMPP PubSub. I am working on a couple of XMPP chat bots to which I will integrate support for PubSub. * Slixfeed (integrated) Slixfeed is a news bot of which PubSub support is almost done. It will use of affiliation='publisher' as defined in XEP-0060 to post news items to PubSub nodes https://git.xmpp-it.net/sch/Slixfeed * BukuBot (not yet integrated) BukuBot is a new chat bot which I contemplate on adding PubSub support in order to make link directories sharable, yet I do not think it would be wise to utilize node `urn:xmpp:links:0` for this purpose. Because of this, I would like to discuss of a new XEP which probably would be similar to XEP-0277 and XEP-0472, yet it would be specifically aimed at bibliography management. Such XEP would be utilized to share Book and Scholar citations, URLs (Gemini, Gopher, HTTP, XMPP), and other type of references over XMPP PubSub. I would be thankful for you to help and share your thoughts on this matter. Kind regards, Schimon

3 12

XMPP Council Agenda 2024-08-27
by Daniel Gultsch 27 Aug '24

27 Aug '24

Good morning Council Members, the next XMPP Council Meeting will take place on, Tuesday, August 27 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 * UPDATED: XEP-0045 (Multi-User Chat) * UPDATED: XEP-0388 (Extensible SASL Profile) * Proposed XMPP Extension: OAuth Client Login (https://xmpp.org/extensions/inbox/xep-oauth-client-login.html) * Proposed XMPP Extension: Client Access Management (https://xmpp.org/extensions/inbox/xep-client-access-management.html) 4) Items for voting a) Proposed XMPP Extension: OAuth Client Login https://xmpp.org/extensions/inbox/xep-oauth-client-login.html b) Proposed XMPP Extension: Client Access Management https://xmpp.org/extensions/inbox/xep-client-access-management.html c) XEP-0045: Add explicit error definition when non-owners attempt to use owner-specific functionality https://github.com/xsf/xeps/pull/1370 5) Pending votes None See the spreadsheet of Doom: https://docs.google.com/spreadsheets/d/1H310M8z6Kdo6XyNf2DwafzrSLuwhaLNvzfa… 6) Date of Next 7) AOB 8) Close

1 0

XEP-0444: fallback mechanisms?
by Marcin Mielniczuk 27 Aug '24

27 Aug '24

Hi, I noticed that, in the current implementations of XEP-0444 are not really backwards-compatible. Non-compliant clients completely miss the emoji reactions and the users are completely unaware that the reaction has been sent. One idea would be to provide the following as a fallback: > Content of the original message 😀 in a similar way to how message replies are currently shown on non-compliant clients. Similarly, when an OMEMO-incompliant client receives an OMEMO- encrypted message, it still receives some placeholder message indicating that the message is OMEMO-encrypted but the client does not support it. Is there any reason why there is currently no fallback mechanism in XEP-0444? Regards, Marcin

2 2

Proposed XMPP Extension: Jingle Audio/Video Conferences
by Daniel Gultsch 26 Aug '24

26 Aug '24

The XMPP Extensions Editor has received a proposal for a new XEP. Title: Jingle Audio/Video Conferences Abstract: This specification defines a way to hold multiparty conferences with an SFU via Jingle. URL: https://xmpp.org/extensions/inbox/av_conferences.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP.

5 9

Proposed XMPP Extension: Client Access Management
by Daniel Gultsch 23 Aug '24

23 Aug '24

The XMPP Extensions Editor has received a proposal for a new XEP. Title: Client Access Management Abstract: This specification details how an XMPP account owner can view and control which applications and services have access to their account. URL: https://xmpp.org/extensions/inbox/xep-client-access- management.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP.

1 0

Proposed XMPP Extension: OAuth Client Login
by Daniel Gultsch 23 Aug '24

23 Aug '24

The XMPP Extensions Editor has received a proposal for a new XEP. Title: OAuth Client Login Abstract: This specification details how a third-party can be securely granted access to an XMPP account without exposing the account credentials, using OAuth. URL: https://xmpp.org/extensions/inbox/xep-oauth-client-login.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP.

1 0

UPDATED: XEP-0388 (Extensible SASL Profile)
by Daniel Gultsch 23 Aug '24

23 Aug '24

Version 1.0.2 of XEP-0388 (Extensible SASL Profile) has been released. Abstract: This document describes a replacement for the SASL profile documented in RFC 6120 which allows for greater extensibility. Changelog: * Fix various invalid examples. * Fix the XML Schema to match examples. (egp) URL: https://xmpp.org/extensions/xep-0388.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-0045 (Multi-User Chat)
by Daniel Gultsch 23 Aug '24

23 Aug '24

Version 1.35.0 of XEP-0045 (Multi-User Chat) has been released. Abstract: This specification defines an XMPP protocol extension for multi-user text chat, whereby multiple XMPP users can exchange messages in the context of a room or channel, similar to Internet Relay Chat (IRC). In addition to standard chatroom features such as room topics and invitations, the protocol defines a strong room control model, including the ability to kick and ban users, to name room moderators and administrators, to require membership or passwords in order to join the room, etc. Changelog: * Remove references to using resourceparts when banning users. * Explicitly disallow Ban List modifications that clash with 'Banning a User' conditions. * Status code purpose no longer hints that recipient is the affected user * Improved 'Service Removes Non-Member' example. * Clarify usage of presence stanzas when removing a non-member from a members-only room. * Replace inappropriate RFC 2119 key word usage in §9.7. * Presence sent to occupants of a destroyed room includes a <destroy/> element. * Explicitly use bare JIDs when operating on affiliations. * Allow non-owners to retrieve owner and admin lists in non-anonymous rooms. * Members should be allowed to retrieve the member list only in non- anonymous rooms. (gk) URL: https://xmpp.org/extensions/xep-0045.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-08-20
by Daniel Gultsch 20 Aug '24

20 Aug '24

Good morning Council Members, the next XMPP Council Meeting will take place on, Tuesday, August 20 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 none 4) Items for voting a) XEP-0045: Presence sent to occupants of a destroyed room includes a <destroy/> https://github.com/xsf/xeps/pull/1365 Let’s come to an agreement here that includes the wording for the note. b) XEP-0388: Fix the XML Schema and examples https://github.com/xsf/xeps/pull/1369 c) XEP-0045: Explicitly use bare JIDs when operating on affiliations https://github.com/xsf/xeps/pull/1371 d) XEP-0045: Allow non-owners to retrieve owner and admin lists in non-anonymous rooms https://github.com/xsf/xeps/pull/1372 e) XEP-0402: Specify what clients should do if autojoin='0' in bookmark notifications https://github.com/xsf/xeps/pull/1373 5) Pending votes Technically some people on 'XEP-0045: Presence sent to occupants of a destroyed room includes a <destroy/>' but there is a new items for voting for that after the PR was modified. See the spreadsheet of Doom: https://docs.google.com/spreadsheets/d/1H310M8z6Kdo6XyNf2DwafzrSLuwhaLNvzfa… 6) Date of Next 7) AOB 8) Close

1 0