The XMPP Extensions Editor has received a proposal for a new XEP.
Title: WebXDC
Abstract:
This document defines an XMPP protocol extension to communicate WebXDC
widgets and their state updates.
URL: https://xmpp.org/extensions/inbox/webxdc.html
The Council will decide in the next two weeks whether to accept this
proposal as an official XEP.
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Chat notification settings
Abstract:
This document defines an XMPP protocol extension to synchronise per-
chat notification settings across different clients.
URL: https://xmpp.org/extensions/inbox/notification-filter.html
The Council will decide in the next two weeks whether to accept this
proposal as an official XEP.
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Jingle Remote Control
Abstract:
This specification defines a way to remotely control a device using
local peripheral inputs.
URL: https://xmpp.org/extensions/inbox/remote-control.html
The Council will decide in the next two weeks whether to accept this
proposal as an official XEP.
I am an end-user using two XMPP clients: for desktop and mobile. Since there is no XEP standard for muting conversations, the two clients implement this in their own way, and they are out of sync: the contacts I have muted on phone are not automatically muted on desktop and vice-verse.
While looking to see if XMPP have such XEP, I found these extensions from Tigase that might be helpful in writing an official XEP:
https://xeps.tigase.net/docs/push-notifications/filters
Version 0.2.0 of XEP-0421 (Anonymous unique occupant identifiers for
MUCs) has been released.
Abstract:
This specification defines a method that allows clients to identify a
MUC participant across reconnects and renames. It thus prevents
impersonification of anonymous users.
Changelog:
* Make explicit that one can't just hash the real JID.
* Expand security considerations.
* Add schema.
* Fix some examples captions and casing (mw)
URL: https://xmpp.org/extensions/xep-0421.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.
"XEP-0469: Bookmark Pinning" specifies the implementation for bookmark pinning but only for group chats?
Not sure if there is already an existing XEP for that, but one for pinning user chats would be useful.
I am an end-user, and having used Telegram for some time, it offers a more fine-grained control over members of a group.
One of those controls is to prevent group members (usually bots) from reading group messages, and only allow them to send messages, following the principle of least privilege.
A more complex set up would be partially allow them to read messages directed to them and exclude the rest of messages. E.g: by specifying a command like /bot, the bot can read the content of that message to process it then reply back.
This message constitutes notice of a Last Call for comments on
XEP-0421.
Title: Anonymous unique occupant identifiers for MUCs
Abstract:
This specification defines a method that allows clients to identify a
MUC participant across reconnects and renames. It thus prevents
impersonification of anonymous users.
URL: https://xmpp.org/extensions/xep-0421.html
This Last Call begins today and shall end at the close of business on
2024-05-27.
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!