On Sun, 10 Mar 2024 at 15:19, Daniel Gultsch wrote:
> This message constitutes notice of a Last Call for comments on
> XEP-0360.
>
> Title: Nonzas (are not Stanzas)
> Abstract:
> This specification defines the term "Nonza", describing every top
> level stream element that is not a Stanza.
>
> URL
On Mon, Mar 11, 2024 at 6:43 PM Stephen Paul Weber
wrote:
>
> >* The server assist was added because of the feature request that the
> >server parses . However
> >this puts unnecessary burden on the server because the server then has
> >to look up the stanza-id from the message-id (which is used b
On Montag, 11. März 2024 10:14:36 CET Daniel Gultsch wrote:
> On Sun, Mar 10, 2024 at 4:18 PM Daniel Gultsch wrote:
> > This message constitutes notice of a Last Call for comments on
> > XEP-0360.
> > […]
> > Please consider the following questions during this Last Call and send
> > your feedback
* The server assist was added because of the feature request that the
server parses . However
this puts unnecessary burden on the server because the server then has
to look up the stanza-id from the message-id (which is used by
Displayed Markers (Chat Markers)). So with that feature request /
requ
On Mon, Mar 11, 2024 at 4:28 PM Jonas Schäfer wrote:
> - Server assist should specify exactly when the modification of the
> stanza happens. In particular, the interaction with MAM, Carbons and
> potentially IM-NG should be spelled out (i.e.: is the xmlns="..mds.."/> part of the archive and/or
>From XEP-0001, regarding Final XEPs, "limited modifications may be made as
>long as they are optional, backwards-compatible extensions rather than
>modifications to the core protocol itself."
XEP-0030 requires that entities return "one or more elements and
one or more elements", so the other
On Montag, 11. März 2024 12:41:17 CET Florian Schmaus wrote:
> On 10/03/2024 17.27, Jonas Schäfer wrote:
> > 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
Hello list, daniel,
On Samstag, 9. März 2024 21:15:16 CET dan...@gultsch.de wrote:
> 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 displa
Good morning Council Members,
the next XMPP Council Meeting will take place on, Tuesday, March 12
2024 at 16:00 UTC in xmpp:coun...@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
On 10/03/2024 17.27, Jonas Schäfer wrote:
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
I agree th
On 11 March 2024 10:51:39 CET, Kevin Smith wrote:
>
> [..]
>
>It seems to me that, although this has always seemed like a strange wart, the
>fact that it might cause implementations to need to be updated (whether such
>implementations are known of by The Internet or not), making the change is
-- Original Message --
From "Jonas Schäfer"
To standards@xmpp.org
Date 10/03/2024 16:27:07
Subject [Standards] Remove requirement to send disco#info feature in
XEP-0030
Dear community,
it's been a while I spoke up here.
I would like to discuss the removal of the following part-se
-- Original Message --
From "Daniel Gultsch"
To standards@xmpp.org
Date 11/03/2024 09:14:36
Subject [Standards] Re: LAST CALL: XEP-0360 (Nonzas (are not Stanzas))
On Sun, Mar 10, 2024 at 4:18 PM Daniel Gultsch wrote:
This message constitutes notice of a Last Call for comments on
XE
On Sun, Mar 10, 2024 at 4:18 PM Daniel Gultsch wrote:
>
> This message constitutes notice of a Last Call for comments on
> XEP-0360.
>
> Title: Nonzas (are not Stanzas)
> Abstract:
> This specification defines the term "Nonza", describing every top
> level stream element that is not a Stanza.
>
>
On Sun, Mar 10, 2024 at 3:24 PM Daniel Gultsch wrote:
>
> This message constitutes notice of a Last Call for comments on
> XEP-0392.
> 1. Is this specification needed to fill gaps in the XMPP protocol
> stack or to clarify an existing protocol?
Yes
> 2. Does the specification solve the problem
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-
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.or
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 li
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
19 matches
Mail list logo
