Re: [Standards] Proposed XMPP Extension: The /me Command

2008-06-11 Thread Justin Karneges
On Tuesday 10 June 2008 14:36:24 Rachel Blackman wrote: > > On 06/10/2008 2:51 PM, Tomasz Sterna wrote: > >> Dnia 2008-06-09, pon o godzinie 22:32 -0500, XMPP Extensions Editor > >> > >> pisze: > >>> The XMPP Extensions Editor has received a proposal for a new XEP. > >>> > >>> Title: The /me Comman

[Standards] [Fwd: [Council] meeting agenda, 2008-06-18]

2008-06-11 Thread Peter Saint-Andre
FYI. Original Message Date: Wed, 11 Jun 2008 12:10:16 -0600 From: Peter Saint-Andre <[EMAIL PROTECTED]> To: XMPP Council <[EMAIL PROTECTED]> Subject: [Council] meeting agenda, 2008-06-18 We are scheduled to hold the next XMPP Council meeting a week from today, on Wednesday, June

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Peter Saint-Andre
On 06/11/2008 11:54 AM, Justin Karneges wrote: > On Wednesday 11 June 2008 07:09:24 Peter Saint-Andre wrote: >> On 06/11/2008 6:53 AM, Fabio Forno wrote: >>> On Tue, Jun 10, 2008 at 11:40 PM, Peter Saint-Andre <[EMAIL PROTECTED]> > wrote: Yes, the idea behind XEP-0234 is that IBB will be the

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Justin Karneges
On Wednesday 11 June 2008 07:09:24 Peter Saint-Andre wrote: > On 06/11/2008 6:53 AM, Fabio Forno wrote: > > On Tue, Jun 10, 2008 at 11:40 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > >> Yes, the idea behind XEP-0234 is that IBB will be the file transfer > >> method of last resort, but that i

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Peter Saint-Andre
On 06/11/2008 9:13 AM, Remko Tronçon wrote: >> So the server would determine if you are close to hitting some rate or >> bandwidth limit and will tell you to slow down? What if the bottleneck >> is between the recipient's server and the recipient's client (e.g., I am >> on a fat pipe and you are on

[Standards] composition in public/private data via pubsub

2008-06-11 Thread Peter Saint-Andre
The composition model is not yet well specified in XEP-0222 and XEP-0223. By "composition" I mean how a receiving entity should construct a full set of items, if desired. For example, if you publish your bookmarks to a node whose NodeID is "storage:bookmarks" then I assume that each published item

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Remko Tronçon
> So the server would determine if you are close to hitting some rate or > bandwidth limit and will tell you to slow down? What if the bottleneck > is between the recipient's server and the recipient's client (e.g., I am > on a fat pipe and you are on a mobile connection)? Then perhaps it is > the

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Peter Saint-Andre
On 06/11/2008 6:53 AM, Fabio Forno wrote: > On Tue, Jun 10, 2008 at 11:40 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: >> Yes, the idea behind XEP-0234 is that IBB will be the file transfer >> method of last resort, but that it will always work (for some value of >> "always"). > > Some sort of

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Fabio Forno
On Tue, Jun 10, 2008 at 11:40 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > > Yes, the idea behind XEP-0234 is that IBB will be the file transfer > method of last resort, but that it will always work (for some value of > "always"). Some sort of "always", correct. The worst case scenario with

Re: [Standards] XEP-0047 (IBB streams) and acknowledgment

2008-06-11 Thread Remko Tronçon
> I suppose it could also be possible to use a callback set to fire off by > a timer in the case stanzas, to prevent it from flooding the > server. That was my main thoughts, to avoid penalty from the server. The problem is that this timer is very dependent on network situation, type of server, t

Re: [Standards] Proposed XMPP Extension: The /me Command

2008-06-11 Thread Remko Tronçon
> +1 Historical XEP I second that. Remko