[Standards] XEP-0086 Deprecated

In today's meeting of the XMPP Council, it was decided to deprecate XEP-0086 (Error Condition Mappings) since the 'code' attribute will not be defined in rfc3920bis. http://www.xmpp.org/extensions/xep-0086.html Peter -- Peter Saint-Andre https://stpeter.im/ smime.p7s Description: S/MIME Cryp

[Standards] DRAFT: XEP-0229 (Stream Compression with LZW)

Version 1.0 of XEP-0229 (Stream Compression with LZW) has been released. Abstract: This document specifies how to use the LZW algorithm in XML stream compression. Changelog: [See revision history] (psa) Diff: N/A URL: http://www.xmpp.org/extensions/xep-0229.html

[Standards] UPDATED: XEP-0138 (Stream Compression)

Version 1.3 of XEP-0138 (Stream Compression) has been released. Abstract: This document defines an XMPP protocol extension for negotiating compression of XML streams. Changelog: Moved specification of LZW algorithm to XEP-0229. (psa) Diff: http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions

[Standards] [Fwd: [Council] meeting minutes, 2007-09-26]

FYI Original Message Date: Wed, 26 Sep 2007 15:39:19 -0600 From: Peter Saint-Andre <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [Council] meeting minutes, 2007-09-26 Results of the XMPP Council meeting held 2007-09-26... Agenda: http://www.jabber.org/council/meetings/age

[Standards] UPDATED: XEP-0163 (Personal Eventing via Pubsub)

Version 1.1 of XEP-0163 (Personal Eventing via Pubsub) has been released. Abstract: This document specifies XMPP semantics for using the publish-subscribe protocol to broadcast state change events associated with an instant messaging and presence account. Changelog: In accordance with XMPP Coun

[Standards] UPDATED: XEP-0060 (Publish-Subscribe)

Version 1.10 of XEP-0060 (Publish-Subscribe) has been released. Abstract: This document specifies an XMPP protocol extension for generic publish-subscribe functionality. Changelog: [See revision history] (psa) Diff: http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions/xep-0060.xml?r1=320&r2=

Re: [Standards] DRAFT: XEP-0184 (Message Receipts)

XMPP Extensions Editor wrote: > Version 1.0 of XEP-0184 (Message Receipts) has been released. > > Abstract: This document specifies an XMPP protocol extension for message > receipts. > > Changelog: Per a vote of the XMPP Council, advanced to Draft. (psa) > > Diff: > http://svn.xmpp.org:18080/b

[Standards] DRAFT: XEP-0184 (Message Receipts)

Version 1.0 of XEP-0184 (Message Receipts) has been released. Abstract: This document specifies an XMPP protocol extension for message receipts. Changelog: Per a vote of the XMPP Council, advanced to Draft. (psa) Diff: http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions/xep-0184.xml?r1=893&

[Standards] XEP-0020: Feature Negotiation issue

XEP-0020: Feature Negotiation 2.2 Querying for Negotiable Features states at the end "If that feature is negotiable, the responding entity SHOULD return an appropriate negotiation form: it stands contrary to 2.1 Basic Flow which states it is . If with as in 2.1, what is the required "id" attri

[Standards] Best practices for handling stanzas of unknown type

What are the best practices for handling stanzas with unknown type attribute? I've read through RFCs (and bis) and these only say that _client_ should silently ignore it. And server? The problem is with specifically. I've got complaints, that it is leaking users invisible state when forwarded wi