-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 9/30/09 4:04 PM, Fabio Forno wrote: > On Wed, Sep 30, 2009 at 12:25 AM, Peter Saint-Andre <[email protected]> > wrote: > >> I've added the following subsection to my working copy. >> >> *** >> >> 12.4.1 IQ Notifications >> >> If the pubsub service supports presence-based delivery and a node is >> configured to enable such delivery, the service MAY offer a value of >> "iq" for the "pubsub#notification_type" node configuration option. If >> this value is chosen, the service shall deliver notifications in XMPP IQ >> stanzas instead of in XMPP message stanzas. Because IQ stanzas are >> addressed to full JIDs <[email protected]/resource>, if the service >> does not know the full JID of a given subscriber then it MAY send >> notifications to the bare JID <[email protected]> of the subscriber >> via the usual message stanza, or MAY not send a notification at all. The >> IQ stanza containing a notification shall be of type "set", and in >> accordance with the semantics of the IQ stanza defined in RFC 3920 the >> recipient MUST return either an IQ stanza of type "result" or an IQ >> stanza of type "error". An example follows >> >> Example 211. Service Notifies Subscriber via IQ > [...] > > This works for me. I'm just uncertain about what happens when the > service doesn't know the full JID of the subscriber. The only scenario > in which it could happen is when the subscriber is offline and, given > the fact it is all based upon presence-based delivery, the event > SHOULDn't be sent (basically it's the same behavior but it gives a > stringer indication about the fact that the preferred behavior is to > wait and not to backup to message stanzas).
True. I'll fix that. Peter - -- Peter Saint-Andre https://stpeter.im/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrD1lUACgkQNL8k5A2w/vzcCQCfVhoPIF+QhwB8qpR65uJUVqDb 7kkAoJk0PbwzRQS5wT7Tm68SrjwaTaL+ =1nyQ -----END PGP SIGNATURE-----
