[Standards] Proposed XMPP Extension: Stanza Size Limits
stpeter at stpeter.im
Thu Aug 30 15:26:01 UTC 2007
I have updated this proposal to address the feedback received:
Peter Saint-Andre wrote:
> Lauri Kaila wrote:
>> 2007/8/2, XMPP Extensions Editor <editor at xmpp.org>:
>>> URL: http://www.xmpp.org/extensions/inbox/stanzalimits.html
>> Servers probably would have some range for possible limit values.
>> Should there be a defined error stanza for trying to set too small or
>> big value? Or should server be allowed to set the limit different than
> Probably return an error, yes.
>> What if the blocked stanza is an IQ response? What should be the
>> response for the original IQ request (roster query, for example)?
> We may want to exempt such stanzas (they tend to be exempt now). So I
> think this would apply to only outbound stanzas (i.e., things with a to
> address other than yourself). So you could upload a big vCard or
> download a big roster, but someone else would not be able to retrieve
> your big vCard.
> Robin Redeker wrote:
>> How are clients supposed to figure out what stanzas they can _send_
>> to the server btw.? Is that covered by this XEP or some other XEP?
>> In case of eg. private XML storage (or any other stanza) it might be
>> desireable for a client to know the limit _before_ it sends the XML
>> to the server.
> As I said, I think this would apply only to outbound stanzas. But a
> server implementation could limit it further if desired.
>> If I imagine I sent a large stanza and the server suddently tells me
>> it's too big, does the server disconnect me then?
> Up to the server. If you're abusive, probably. If this is the first
> time and you didn't know what the limit was, probably not.
>> Does it ignore the
>> rest of the too big stanza so that I can continue sending other
>> smaller stanzas?
> Probably a good idea.
>> How is the client supposed to react on that
>> <stanza-too-big> error?
> Store the limit and don't violate it again, I'd say.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 7338 bytes
Desc: S/MIME Cryptographic Signature
More information about the Standards