[Standards] Proposed XMPP Extension: Stanza Size Limits

Peter Saint-Andre stpeter at stpeter.im
Thu Aug 30 15:26:01 UTC 2007


I have updated this proposal to address the feedback received:

http://www.xmpp.org/extensions/inbox/stanzalimits.html

/psa

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
>> requested?
> 
> 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.
>
> /psa
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 7338 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20070830/984ca593/attachment.bin>


More information about the Standards mailing list