[Standards-JIG] proto-JEP: Invisible Command

Peter Saint-Andre stpeter at jabber.org
Mon May 15 18:32:12 UTC 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Saint-Andre wrote:
> Dave Cridland wrote:
>>> On Fri May 12 18:21:00 2006, Zenon Kuder jr. wrote:
>>>> I agree. I think this part
>>>>
>>>> While the client is in invisible mode, the server:(...) 5. MUST NOT
>>>> deliver any inbound <message/> stanzas whose 'to' address is bare JID
>>>> of the user.
>>>>
>>>> is not as what people expect...
>>>
>>> But I think I see where that MUST is coming from - it's a privacy thing,
>>> I'd guess, preventing people from probing for you. (Although why it then
>>> allows <iq> stanzas is a little beyond me).
> 
> IQ stanzas to bare JIDs are handled by the server and not delivered to
> the client.
> 
> As to rule 5 ("MUST NOT deliver any inbound <message/> stanzas whose
> 'to' address is bare JID of the user."):
> 
> I am not wedded to that rule. That set of rules was a first attempt at
> capturing what people mean by invisibility. I guess I didn't quite
> succeed. So by "invisibility" people mean (in part) that the user will
> continue to receive all messages sent to the bare JID (i.e., such
> messages will not be sent to offline storage but instead will be
> delivered to the client)? I suppose that makes sense.

I've changed that rule to read:

   SHOULD deliver inbound <message/> stanzas whose 'to' address
   is the bare JID of the user (subject to standard XMPP stanza
   handling rules).

/psa
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEaMksNF1RSzyt3NURAsWkAJ9fHSxyQBzaQR+dz8aYQ7wXdaghpQCfS8VP
qsTwyPBCFk8L+M2ji7qO9MY=
=CfyN
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3641 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20060515/f54ce51a/attachment.bin>


More information about the Standards mailing list