[Standards] UPDATED: XEP-0186 (Invisible Command)
machekku at uaznia.net
Wed Jan 31 23:52:04 UTC 2007
Peter Saint-Andre wrote:
> Remko Tronçon wrote:
>>> I notice that the security considerations here violate the requirement
>>> in RFC 3920 to reply to IQs of type get or set. We need to figure that
>> Let the server reply to IQs on behalf of the client, as it would when
>> it were offline?
> Yes, I realized that in the middle of the night. :-) If the client is in
> invisible mode, the server replies to IQ set or get on the client's
> behalf. But I guess maybe it needs to make an exception if the client
> sent directed presence? E.g., Jingle uses all IQs and it wouldn't work
> if you were in invisible mode. Hmmm.
When you send directed presence, you're no longer invisible (to that
contact), so IQs should be passed to client normally.
BTW: Server should answer to IQ if I am invisible, but it should
probably let IQ results to reach me.
One more thing about being invisible: Should I be able to see my other
resource which is invisible? I generally don't use invisibility, so I
don't know how current implementations (of old presence-invisible or of
privacy lists) handle this, but it might be good to be able to see
There are at least two reasons why I'd like to see my invisible resources:
1. If we allow server to reply IQs sent to invisible contacts, I won't
be able to - for example - remotely turn invisibility off.
2. If my server doesn't allow me to use resource requested during
resource binding, I may not even know where to sent the IQ.
xmpp:machekku at uaznia.net
More information about the Standards