On Wed, Feb 11, 2009 at 11:27 PM, Jiří Zárevúcký
<zarevucky.j...@gmail.com> wrote:
> I'm not entirely sure, but I think that nobody is ever supposed to
> send an error message to a bare JID. Errors are sent in a response to
> an invalid stanza, which always originates from a resource. As for the
> "groupchat", I would suggest taking a look at the relevant XEP.
>
> 2009/2/11 Waqas Hussain <waqa...@gmail.com>:
>> Hi,
>>
>> When messages of type 'groupchat' and 'error' are sent to a
>> non-existing resource, they are routed to the set of highest priority
>> available resources. IMHO this behaviour in counter-intuitive. I don't
>> see why an unintended resource would want a groupchat or error
>> message, or how it's supposed to deal with it. Also note that the 'to'
>> attribute gets overwritten, so the recieving resource doesn't even
>> know to which resource the messages were originally directed. Could
>> someone describe some cases where this is useful?
>>
>>
>> Relevent rfc3921bis-07 sections:
>>
>> 8.2.2.  No Resource Matches
>> <http://xmpp.org/internet-drafts/draft-saintandre-rfc3921bis-07.html#rules-fulljid-nomatch>
>> "For a message stanza, the server SHOULD treat the stanza as if it
>> were addressed to <u...@domain> as described in the next section (but
>> without modifying the value of the 'to' attribute)."
>>
>> 8.3.1.1.  Message
>> <http://xmpp.org/internet-drafts/draft-saintandre-rfc3921bis-07.html#rules-barejid-resource-message>
>> "For a message stanza of type "chat", "error", "groupchat", or
>> "normal", the server SHOULD deliver the stanza to the highest-priority
>> available resource."
>>
>> --
>> Waqas Hussain
>>
>

It does happen. A resource can send a message, and go offline before
it gets a reply. A MUC component can send a message at the same time a
resource goes offline. Also stanzas do get lost sometimes.

Note that the RFC explicitly defines what should happen, which means
these cases are expected to happen.

And no, the XEP doesn't say anything about these cases. This is stanza
routing (from some service to local user), and must be dealt with by
the RFC anyway.

--
Waqas Hussain

Reply via email to