[Standards-JIG] how to handle IQ while invisible

Andrew Plotkin erkyrath at eblong.com
Mon Aug 21 22:01:15 CDT 2006


On Mon, 21 Aug 2006, Le Boulanger Yann wrote:

> Richard Dobson wrote:
>>
>> Why couldnt the client respond with recipient unavailable, just as the
>> server would?
>
>
> does all server do that ? If I have  server that doesn't send exactly
> the same message (with \n or things like that) I can identify it's not
> exactly the same.
>
> and IMHO a client should not emulate a server ...

A client cannot emulate a server. Whitespace is the least of the problems.

I did some quick IQ tests -- sending a Jabber-RPC query to different 
clients and servers. I saw a <service-unavailable> from one server, 
<feature-not-implemented> from another, <item-not-found> from another. I 
assume there are still old servers that return <error code="..."> with no 
specific error element.

Then there are differences in attribute ordering. And in element ordering 
(does the <error> go before or after the <query>?)

Conclusion: there is no good way for a client to mimic an arbitrary 
server's "you can't do that" response.

(I suppose the client could send a badly-addressed IQ packet to its own 
server, store the error response, and use that as a template. I think it's 
safe to say that's a terrible solution.)

--Z

-- 
"And Aholibamah bare Jeush, and Jaalam, and Korah: these were the borogoves..."
*
9/11 did change everything. Since 9/12, the biggest threat to American
society has been the American president. I'd call that a change.



More information about the Standards-JIG mailing list