Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

6.4.5 already refers to XEP-0166 (JINGLE). XEP-0166 Abstract says "*This document describes implementation considerations related to audio codecs for use in Jingle RTP sessions.*" XEP-0199 Abstract says the same - except it refers to video codecs. (Note - XEP-0199 Status is still 'Experimental'.)

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

Op 23/06/2012 01:15, Edward Tie schreef: section 6.4.5 Any combination of audio, video, and real-time text MAY be used together simultaneously. It will be called to Total Conversation. Edward Tie Can you added : Total Conversation may use XEP-0266 audio^[12]

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

section 6.4.5 Any combination of audio, video, and real-time text MAY be used together simultaneously. It will be called to Total Conversation. Edward Tie

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

Op 22/06/2012 21:56, Mark Rejhon schreef: Short Version: *We want to upgrade XEP-0301 (Real Time Text) from "Experimental" Status to "Draft" Status. * *I'd like to hear your comments, edits for http://www.xmpp.org/extensions/xep-0301.html * *I've already notified Peter. I'd like everybody's co

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

Op 22/06/2012 22:52, Peter Saint-Andre schreef: On 6/22/12 2:50 PM, Mark Rejhon wrote: The goal is: *Deadline June 28-29: Last corrections submitted (before the Last Call request)* Early July: Publishing of XEP-0301 version 0.3 Immediately After: Request a Last Call and begin the process OK, t

Re: [Standards] Proposed XMPP Extension: Data Forms XML Element

Sendt fra min HTC-telefon - Reply message - Fra: "Peter Saint-Andre" Til: "XMPP Standards" Emne: [Standards] Proposed XMPP Extension: Data Forms XML Element Dato: tor., jun. 21, 2012 18:47 On 6/20/12 8:42 AM, Peter Saint-Andre wrote: > On 6/20/12 6:03 AM, Sergey Dobrov wrote: >> On 0

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

On 6/22/12 2:50 PM, Mark Rejhon wrote: > The goal is: > *Deadline June 28-29: Last corrections submitted (before the Last Call > request)* > Early July: Publishing of XEP-0301 version 0.3 > Immediately After: Request a Last Call and begin the process OK, thanks for making that clear. I'll work to

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

On Fri, Jun 22, 2012 at 4:39 PM, Mark Rejhon wrote: > On Fri, Jun 22, 2012 at 4:32 PM, Peter Saint-Andre wrote: > >> > I'm aware. We'd like to finish the current queue of >> > corrections/improvements (several of which have been queued up since >> > April) so one more big review cycle is very mu

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

On 6/22/12 2:39 PM, Mark Rejhon wrote: > On Fri, Jun 22, 2012 at 4:32 PM, Peter Saint-Andre > wrote: > > > I'm aware. We'd like to finish the current queue of > > corrections/improvements (several of which have been queued up since > > April) so one more bi

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

On Fri, Jun 22, 2012 at 4:32 PM, Peter Saint-Andre wrote: > > I'm aware. We'd like to finish the current queue of > > corrections/improvements (several of which have been queued up since > > April) so one more big review cycle is very much appreciated before Last > > Call. > > Then after the next

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

On 6/22/12 2:23 PM, Mark Rejhon wrote: > Mark, as you know, the next step would be for the XMPP Council to issue > a Last Call in accordance with XEP-0001. Do you think the spec is ready > for a Last Call now, or would you prefer to receive additional reviews > beforehand? > > > I

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

> > Mark, as you know, the next step would be for the XMPP Council to issue > a Last Call in accordance with XEP-0001. Do you think the spec is ready > for a Last Call now, or would you prefer to receive additional reviews > beforehand? > I'm aware. We'd like to finish the current queue of correc

Re: [Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

On 6/22/12 1:56 PM, Mark Rejhon wrote: > Short Version: > *We want to upgrade XEP-0301 (Real Time Text) from "Experimental" Status > to "Draft" Status. * > *I'd like to hear your comments, edits > for http://www.xmpp.org/extensions/xep-0301.html * Mark, as you know, the next step would be for the

[Standards] Comments Needed: Upgrading XEP-0301 to Draft. (In-Band Real Time Text)

Short Version: *We want to upgrade XEP-0301 (Real Time Text) from "Experimental" Status to "Draft" Status. * *I'd like to hear your comments, edits for http://www.xmpp.org/extensions/xep-0301.html * *I've already notified Peter. I'd like everybody's comments -- feel free to reply* Detailed Versi

Re: [Standards] Security and Servless Messaging

On 6/22/12 11:13 AM, Todd Herman wrote: > Thank you both for your replies. > > I will look into SASL EXTERNAL as I had not looked at it close enough > previously. I will review XEP-0178 and the EXTERNALS mechanism > specification (specifically the RFC 5290 noted in XEP-0178) itself. > I also noti

Re: [Standards] Security and Servless Messaging

Thank you both for your replies. I will look into SASL EXTERNAL as I had not looked at it close enough previously. I will review XEP-0178 and the EXTERNALS mechanism specification (specifically the RFC 5290 noted in XEP-0178) itself. I also noticed XEP-0257 which is a related, but deferred, X

Re: [Standards] Security and Servless Messaging

On 6/22/12 10:48 AM, Todd Herman wrote: > We are currently looking into implementing serverless messaging. The > specification (and the XMPP: The Definitive Guide) both mention that > serverless messaging does not use SASL or TLS by default so it isn’t > secure. Has anyone looked into an appropr

Re: [Standards] Security and Servless Messaging

On Friday, June 22, 2012 09:48:18 AM Todd Herman wrote: > We are currently looking into implementing serverless messaging. The > specification (and the XMPP: The Definitive Guide) both mention that > serverless messaging does not use SASL or TLS by default so it isn't > secure. Has anyone looked

[Standards] Security and Servless Messaging

We are currently looking into implementing serverless messaging. The specification (and the XMPP: The Definitive Guide) both mention that serverless messaging does not use SASL or TLS by default so it isn't secure. Has anyone looked into an appropriate way to implement this functionality? I

[Standards] FINAL: XEP-0047 (In-Band Bytestreams)

Version 2.0 of XEP-0047 (In-Band Bytestreams) has been released. Abstract: This specification defines an XMPP protocol extension that enables any two entities to establish a one-to-one bytestream between themselves, where the data is broken down into smaller chunks and transported in-band over X

Re: [Standards] Proposed XMPP Extension: Data Forms XML Element

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jun 21, 2012, at 10:47, Peter Saint-Andre wrote: > On 6/20/12 8:42 AM, Peter Saint-Andre wrote: >> On 6/20/12 6:03 AM, Sergey Dobrov wrote: >>> On 06/20/2012 01:32 AM, Peter Saint-Andre wrote: On 6/19/12 10:17 AM, XMPP Extensions Editor wrote