[JDEV] A Protocol Dev. Carification
David Waite
mass at akuma.org
Wed Apr 30 19:49:35 CDT 2003
nope, from
http://www.jabber.org/ietf/draft-ietf-xmpp-core-11.html#stanzas-attributes-id
:
The optional 'id' attribute MAY be used to track stanzas sent and
received. The 'id' attribute is generated by the sender. An 'id'
attribute included in an IQ request of type "get" or "set" SHOULD be
returned to the sender in any IQ response of type "result" or "error"
generated by the recipient of the request. A recipient of a message or
presence stanza MAY return that 'id' in any replies, but is NOT REQUIRED
to do so.
Of course, it is not possible to programmatically account for the SHOULD
behavior on results and errors; the whole point of the 'id' is to enable
endpoints to match asynchronous requests with their responses. Perhaps
something to bring up to the XMPP working group?
-David Waite
Rachel Blackman wrote:
>> I wish to thank you for the solution. And I would like to thank
>>everyone for their help. I discovered that the 2 clients (Gaim .62 and
>>Exidous .8) I started with require the ID tage returned. This is a far
>>cry from what I read. First off, this issn't the case when I create a
>>user using Gaim. I have yet to figure out how to get Exidous to allow
>>for user creation. Second, The standered says "May Return ID tag," both
>>gaim and exidous require it.
>>
>>
>
>My understanding is that the origin of a stanza MAY set an id in the
>stanza. If that is the case, whatever responds to the stanza MUST include
>the id in the reply. In other words, if the client includes an id tag, the
>server must return the id tag in the reply. Similarly, if I as a client
>respond to, say, a jabber:iq:version request, if the other client included
>an id in their request, I must include it in my reply. :)
>
>
>
More information about the JDev
mailing list