[Standards] DEFERRED: XEP-0291 (Service Delegation)

[XMPP Extensions Editor]

XEP-0291 (Service Delegation) has been Deferred because of inactivity.

Abstract: This specification defines an approach for users to delegate certain 
services (e.g. pubsub) to alternative JIDs.

URL: http://xmpp.org/extensions/xep-0291.html

If and when a new revision of this XEP is published, its status will be changed 
back to Experimental.

[Standards] DEFERRED: XEP-0290 (Encapsulated Digital Signatures in XMPP)

[XMPP Extensions Editor]

XEP-0290 (Encapsulated Digital Signatures in XMPP) has been Deferred because of 
inactivity.

Abstract: This document provides a technical specification for Encapsulated 
Digital
Signatures in the Extensible Messaging and Presence Protocol (XMPP).

URL: http://xmpp.org/extensions/xep-0290.html

If and when a new revision of this XEP is published, its status will be changed 
back to Experimental.

[Standards] DEFERRED: XEP-0289 (Federated MUC for Constrained Environments)

[XMPP Extensions Editor]

XEP-0289 (Federated MUC for Constrained Environments) has been Deferred because 
of inactivity.

Abstract: This document provides a protocol for reducing the bandwidth cost of 
local users contributing to a remote MUC over a constrained link through local 
proxying of the MUC room.

URL: http://xmpp.org/extensions/xep-0289.html

If and when a new revision of this XEP is published, its status will be changed 
back to Experimental.

[Standards] DEFERRED: XEP-0285 (Encapsulating Digital Signatures in XMPP)

[XMPP Extensions Editor]

XEP-0285 (Encapsulating Digital Signatures in XMPP) has been Deferred because 
of inactivity.

Abstract: This document provides a technical specification for Encapsulating 
Digital Signatures
  in the Extensible Messaging and Presence Protocol (XMPP).

URL: http://xmpp.org/extensions/xep-0285.html

If and when a new revision of this XEP is published, its status will be changed 
back to Experimental.

[Standards] DEFERRED: XEP-0274 (Design Considerations for Digital Signatures in XMPP)

[XMPP Extensions Editor]

XEP-0274 (Design Considerations for Digital Signatures in XMPP) has been 
Deferred because of inactivity.

Abstract: This document discusses considerations for the design of Digital 
Signatures in XMPP,
  including use cases and requirements. The document also discusses various 
ways XML Digital
  Signatures could be used in XMPP.

URL: http://xmpp.org/extensions/xep-0274.html

If and when a new revision of this XEP is published, its status will be changed 
back to Experimental.

[Standards] OBSOLETE: XEP-0193 (Proposed Resource Binding Improvements)

[XMPP Extensions Editor]

Version 1.2 of XEP-0193 (Proposed Resource Binding Improvements) has been 
released.

Abstract: This document proposes improvements to the definition of resource 
binding for inclusion in the specification that supersedes RFC 3920.

Changelog: Per a vote of the XMPP Council, changed status from Deprecated to 
Obsolete. (psa)

Diff: http://xmpp.org/extensions/diff/api/xep/0193/diff/1.1/vs/1.2

URL: http://xmpp.org/extensions/xep-0193.html

[Standards] OBSOLETE: XEP-0192 (Proposed Stream Feature Improvements)

[XMPP Extensions Editor]

Version 1.2 of XEP-0192 (Proposed Stream Feature Improvements) has been 
released.

Abstract: This document proposes improvements to the XML stream features 
definition for inclusion in the specification that supersedes RFC 3920.

Changelog: Per a vote of the XMPP Council, changed status from Deprecated to 
Obsolete. (psa)

Diff: http://xmpp.org/extensions/diff/api/xep/0192/diff/1.1/vs/1.2

URL: http://xmpp.org/extensions/xep-0192.html

[Standards] OBSOLETE: XEP-0237 (Roster Versioning)

[XMPP Extensions Editor]

Version 1.3 of XEP-0237 (Roster Versioning) has been released.

Abstract: This specification defines a proposed modification to the XMPP roster 
protocol that enables versioning of rosters such that the server will not send 
the roster to the client if the roster has not been modified, thus saving 
bandwidth during session establishment.

Changelog: Per a vote of the XMPP Council, changed status to Obsolete since 
roster versioning was folded into RFC 6121. (psa)

Diff: http://xmpp.org/extensions/diff/api/xep/0237/diff/1.2/vs/1.3

URL: http://xmpp.org/extensions/xep-0237.html

Re: [Standards] XMPP logo licensing

[Peter Saint-Andre]

Closing the loop...

http://xmpp.org/about-xmpp/faq/

Peter

-- 
Peter Saint-Andre
https://stpeter.im/

[Standards] UPDATED: XEP-0234 (Jingle File Transfer)

[XMPP Extensions Editor]

Version 0.15 of XEP-0234 (Jingle File Transfer) has been released.

Abstract: This specification defines a Jingle application type for transferring 
files between two entities. The protocol provides a modular framework that 
enables the exchange of information about the file to be transferred as well as 
the negotiation of parameters such as the transport to be used.

Changelog: Updated to track revisions to XEP-0300. (psa)

Diff: http://xmpp.org/extensions/diff/api/xep/0234/diff/0.14/vs/0.15

URL: http://xmpp.org/extensions/xep-0234.html

[Standards] Fwd: Minutes 2012-02-08T16:00:00Z

[Matthew Miller]

FYI

Begin forwarded message:

> From: Matthew Miller 
> Date: February 8, 2012 10:27:26 MST
> To: XMPP Council 
> Subject: Minutes 2012-02-08T16:00:00Z
> 
> [room log: ]
> 
>  START 
> 
> 1) Roll Call
> 
> 
> Tobias Markmann (TM), Ralph Meijer (RM), Matthew Miller (M), Matthew Wild 
> (MW) present; Kevin Smith (KS) late
> 
> 1) XEP-237 
> Move to Obsolete? [replaced by RFC 6121]
> 
> 
> All present voted +1.
> 
> 3) Any other business
> =
> 
> 3.1) FOSDEM Report (RM)
> ---
> 
> [KS arrives here]
> 
> Overall was a good event.  The devroom was packed, and the real-time lounge 
> was awesome. Peter Saint-Andre posted notes for Summit 11 
> .
> 
> Suggested improvements for next year are:
> 
> * have one main-track speaker instead of a bigger room
> * move the XMPP Summit to the Thursday and Friday before FOSDEM, rather than 
> wrapping it on the Friday and Monday
> 
> Suggested to move to Wiki page to allow for updates, but no takers.
> 
> 3.2) XEP-0190 
> Move to Obsolete? [Replaced by RFC 6120]
> 
> 
> MM, RM, TM, and MW voted +1; KS to vote on list within a fortnight.
> 
> 3.3) XEP-0192 
> Move to Obsolete? [Replaced by RFC 6120]
> 
> 
> All present voted +1.
> 
> 3.4) XEP-0193 
> Move to Obsolete? [Replaced by RFC 6120]
> 
> 
> All present voted +1.
> 
> 3.5) Future Updates to XEPs -0045 and -0060
> ---
> 
> It has been suggested to mvoe certain features (e.g. magement) from XEPs 
> -0045 and -0060 into a separate XEPs make them more manageable.  Council to 
> have this ducssion at its next meeting.
> 
> 3.6) Thanks from Chair
> --
> 
> KS expressed thanks for MM for Chairing in his lateness.
> 
> 4) Date of next meeting
> ===
> 
> 2012-02-15T16:00:00Z
> 
>  END 
> 
> 
> - m&m
> 
> Matthew A. Miller
> 
> 


- m&m

Matthew A. Miller




smime.p7s
Description: S/MIME cryptographic signature

[Standards] UPDATED: XEP-0045 (Multi-User Chat)

[XMPP Extensions Editor]

Version 1.25 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: [See revision history] (psa)

Diff: http://xmpp.org/extensions/diff/api/xep/0045/diff/1.24/vs/1.25

URL: http://xmpp.org/extensions/xep-0045.html

Re: [Standards] [XEP-0234] File checking in JingleFT

[Peter Saint-Andre]

On 12/12/11 11:32 AM, Jefry Lagrange wrote:
> I was thinking that maybe we propose a separate XEP for file checking.
> Still, some changes should have to be done to JingleFT such as
> allowing range transfer reuse the session and add a "limit" attribute
> in the range file transfer. So that it can send chunks of data (with
> offset and limit).

Well, XEP-0234 is not finished, so "should have been done" is a bit
pessimistic. I have just updated the spec to track the latest changes to
XEP-0300 and I'd be happy to make further changes so that we can support
future checking algorithms. I agree that we also need to provide clearer
documentation of ranged transfers (e.g., reusing the Jingle session ID).

Peter

-- 
Peter Saint-Andre
https://stpeter.im/

Re: [Standards] UPDATED: XEP-0300 (Use of Cryptographic Hash Functions in XMPP)

[Peter Saint-Andre]

On 2/8/12 10:12 AM, XMPP Extensions Editor wrote:
> Version 0.3 of XEP-0300 (Use of Cryptographic Hash Functions in XMPP) has 
> been released.
> 
> Abstract: This document provides recommendations for the use of cryptographic 
> hash functions in XMPP protocol extensions.
> 
> Changelog: Modified XML structure to remove wrapper element; added 
> recommendations for new XMPP extensions; softened recommendations for 
> existing extensions. (psa)
> 
> Diff: http://xmpp.org/extensions/diff/api/xep/0300/diff/0.2/vs/0.3
> 
> URL: http://xmpp.org/extensions/xep-0300.html

This version incorporates feedback from Waqas Hussain. Kev and Matthew,
please check this as co-authors to make sure that you think we're on the
right track.

Peter

--
Peter Saint-Andre
https://stpeter.im/

[Standards] UPDATED: XEP-0300 (Use of Cryptographic Hash Functions in XMPP)

[XMPP Extensions Editor]

Version 0.3 of XEP-0300 (Use of Cryptographic Hash Functions in XMPP) has been 
released.

Abstract: This document provides recommendations for the use of cryptographic 
hash functions in XMPP protocol extensions.

Changelog: Modified XML structure to remove wrapper element; added 
recommendations for new XMPP extensions; softened recommendations for existing 
extensions. (psa)

Diff: http://xmpp.org/extensions/diff/api/xep/0300/diff/0.2/vs/0.3

URL: http://xmpp.org/extensions/xep-0300.html