Version 0.1.0 of XEP-0495 (Happy Eyeballs) has been released.
Abstract:
When a server's IPv4 path and protocol are working, but the server's
IPv6 path and protocol are not working, a dual-stack application that
initiates a connect experiences significant connection delay compared
to an IPv4-only application. This is undesirable because it causes the
dual-stack initiating entity to have a worse user experience. This XEP
defines how IETF's 'Happy Eyeballs' algorithm requirements that reduce
this user-visible delay are applied to XMPP.
Changelog:
* Promoted to Experimental (XEP Editor: dg)
URL: https://xmpp.org/extensions/xep-0495.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.
Hi all,
The XSF infrastructure team is planning to move our mailman installation
from a dedicated machine to a cloud service. In preparation for doing
so, I have just deleted three lists that are no longer in use:
iot(a)xmpp.org
security(a)xmpp.org
server-developers(a)xmpp.org
If IOT or security topics arise, they can be discussed on this list or
in the xsf(a)muc.xmpp.org chatroom.
Peter
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Pubsub Node Relationships
Abstract:
This specification describes how to establish links between pubsub
nodes, allowing for optional hierarchical organization.
URL: https://xmpp.org/extensions/inbox/pubsub-node-relationships.html
The Council will decide in the next two weeks whether to accept this
proposal as an official XEP.
Good morning Council Members,
the next XMPP Council Meeting will take place on, Tuesday, October 15
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-0198 (Stream Management)
* Proposed XMPP Extension: Pubsub Node Relationships
4) Items for voting
a) Proposed XMPP Extension: Pubsub Node Relationships
https://xmpp.org/extensions/inbox/pubsub-node-relationships.html
b) Issue Last Call on 'XEP-0490: Message Displayed Synchronization'
https://xmpp.org/extensions/xep-0490.html
5) Pending votes
* Travis on Happy Eyeballs
See the spreadsheet of Doom:
https://docs.google.com/spreadsheets/d/1H310M8z6Kdo6XyNf2DwafzrSLuwhaLNvzfa…
6) Date of Next
7) AOB
8) Close
Version 1.6.2 of XEP-0198 (Stream Management) has been released.
Abstract:
This specification defines an XMPP protocol extension for active
management of an XML stream between two XMPP entities, including
features for stanza acknowledgements and stream resumption.
Changelog:
Clarify server enabling stream management without requested resume
functionality. (gk)
URL: https://xmpp.org/extensions/xep-0198.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.
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Happy Eyeballs
Abstract:
When a server's IPv4 path and protocol are working, but the server's
IPv6 path and protocol are not working, a dual-stack application that
initiates a connect experiences significant connection delay compared
to an IPv4-only application. This is undesirable because it causes the
dual-stack initiating entity to have a worse user experience. This XEP
defines how IETF's 'Happy Eyeballs' algorithm requirements that reduce
this user-visible delay are applied to XMPP.
URL: https://xmpp.org/extensions/inbox/xep-happy-eyeballs.html
The Council will decide in the next two weeks whether to accept this
proposal as an official XEP.
Good evening!
I would want to ask for friends to collaborate with me in writing an
XEP, or adding to a current XEP, a feature which would allow to attach
images to pubsub nodes.
By that, I mean, to attach an image per node.
This is useful for publishing systems, such as Movim.
Kind regards,
Schimon
Hi,
"XEP-0484: Fast Authentication Streamlining Tokens" is written without any
considerations for multiple devices.
With stuff like that "*For every client using FAST, have two token slots -
'current' and 'new'." *in it.
I am kinda confused how the XEP could be considered in 2024. The moment we
have two devices for the same user, the devices would start conflicting
with each other, by revoking tokens of each other.
The XEP should use namespaces (or be resource aware) for it to properly
work.
--
Best regards,
Uvarov Michael
