[Standards] UPDATED: XEP-0205 (Best Practices to Discourage Denial of Service Attacks)

2008-12-19 Thread XMPP Extensions Editor
Version 0.3 of XEP-0205 (Best Practices to Discourage Denial of Service Attacks) has been released. Abstract: This document recommends a number of practices that can help discourage denial of service attacks on XMPP-based networks. Changelog: Incorporated Last Call comments: removed paragraph a

Re: [Standards] LAST CALL: XEP-0205 (Best Practices to Discourage Denial of Service Attacks)

2008-12-19 Thread Peter Saint-Andre
Peter Saint-Andre wrote: > Pedro Melo wrote: >> On Nov 12, 2008, at 2:42 PM, Dave Cridland wrote: >> >>> I also noted (when reading through the XEP alongside your review) that >>> in section 5, it suggests that stream compression might relax limits - >>> it's possibly worth noting that it's possibl

Re: [Standards] LAST CALL: XEP-0205 (Best Practices to Discourage Denial of Service Attacks)

2008-12-19 Thread Peter Saint-Andre
Pedro Melo wrote: > > On Nov 12, 2008, at 2:42 PM, Dave Cridland wrote: > >> I also noted (when reading through the XEP alongside your review) that >> in section 5, it suggests that stream compression might relax limits - >> it's possibly worth noting that it's possible to use DEFLATE as a >> traf

Re: [Standards] LAST CALL: XEP-0205 (Best Practices to Discourage Denial of Service Attacks)

2008-12-19 Thread Peter Saint-Andre
Pedro Melo wrote: > Hello, > > Some comments regarding version 0.2 (2007-07-10): > > > 1. Section 4.4, Simultaneous Resources > > The error type in Example 1 is 'modify'. I think it should be cancel > because the request will never succeed no matter what you change in that > session. Changed p

Re: [Standards] LAST CALL: XEP-0205 (Best Practices to Discourage Denial of Service Attacks)

2008-12-19 Thread Peter Saint-Andre
Matthew Wild wrote: > On Wed, Oct 22, 2008 at 9:51 PM, XMPP Extensions Editor > wrote: >> This message constitutes notice of a Last Call for comments on XEP-0205 >> (Best Practices to Discourage Denial of Service Attacks). >> >> Abstract: This document recommends a number of practices that can h

[Standards] UPDATED: XEP-0167 (Jingle RTP Sessions)

2008-12-19 Thread XMPP Extensions Editor
Version 0.25 of XEP-0167 (Jingle RTP Sessions) has been released. Abstract: This specification defines a Jingle application type for negotiating one or more sessions that use the Real-time Transport Protocol (RTP) to exchange media such as voice or video. The application type includes a straigh

[Standards] UPDATED: XEP-0176 (Jingle ICE-UDP Transport Method)

2008-12-19 Thread XMPP Extensions Editor
Version 0.23 of XEP-0176 (Jingle ICE-UDP Transport Method) has been released. Abstract: This specification defines a Jingle transport method that results in sending media data using raw datagram associations via the User Datagram Protocol (UDP). This transport method is negotiated via the Intera

Re: [Standards] all presences for self?

2008-12-19 Thread Andreas Monitzer
On Dec 19, 2008, at 17:04, Justin Karneges wrote: Some clients use this information. For example, Psi will show yourself in your contact list if you are logged in at least twice, so that you may interact with your other login. Adium uses it to get the list of ad-hoc commands supported by th

Re: [Standards] all presences for self?

2008-12-19 Thread Peter Saint-Andre
Tim Julien wrote: > Cool thanks - but will you be subscribed to future presence changes - > i.e., will you know when they sign off? I suppose you could essentially > poll - with presence probes? No!!! http://xmpp.org/internet-drafts/draft-saintandre-rfc3921bis-07.html#presence-broadcast-outbound

Re: [Standards] all presences for self?

2008-12-19 Thread Tim Julien
Cool thanks - but will you be subscribed to future presence changes - i.e., will you know when they sign off? I suppose you could essentially poll - with presence probes? -Tim Peter Saint-Andre wrote: Tim Julien wrote: Is there any way to get the presence information for your account - logg

Re: [Standards] all presences for self?

2008-12-19 Thread Justin Karneges
On Friday 19 December 2008 07:51:28 Tim Julien wrote: > Is there any way to get the presence information for your account - > logged-in in other places? I assume you could do this by just adding > yourself to your roster and subscribing to your own presence, but is > this considered good (or at le

Re: [Standards] all presences for self?

2008-12-19 Thread Peter Saint-Andre
Tim Julien wrote: > Is there any way to get the presence information for your account - > logged-in in other places? I assume you could do this by just adding > yourself to your roster and subscribing to your own presence, but is > this considered good (or at least acceptable) practice? In general

[Standards] all presences for self?

2008-12-19 Thread Tim Julien
Is there any way to get the presence information for your account - logged-in in other places? I assume you could do this by just adding yourself to your roster and subscribing to your own presence, but is this considered good (or at least acceptable) practice? In general I don't see myself in

[Standards] Meta-data in Pubsub XEP-0060

2008-12-19 Thread Brett Zamir
Might the meta-data query result (section 5.4 in XEP-0060) recommend the @type attribute on the 's children so that a client could, for example, know to display a boolean type as the more readable "true" and "false" as opposed to the potential values of 1 and 0? Brett