[jdev] Re: Re: Subscription removal during global comm. block

Peter Saint-Andre stpeter at jabber.org
Thu Dec 8 10:49:36 CST 2005


Vinod Panicker wrote:
> On 12/8/05, Remko Troncon <remko at psi-im.org> wrote:
>>> Even if (un)subscription requests are sent as <presence/> stanzas, they
>>> are never blocked by the privacy lists.
>> How about item 4 of 10.2:
>>         Privacy lists MUST be the first delivery rule applied by a
>>         server, superseding (1) the routing and delivery rules specified
>>         in Server Rules for Handling XML Stanzas (Section 11), and (2)
>>         the handling of subscription-related presence stanzas (and
>>         corresponding generation of roster pushes) specified in
>>         Integration of Roster Items and Presence Subscriptions (Section
>>         8).
> 
> This is exactly the basis of my question.  If item 4 is followed for
> unsubscription, then the magnitude of inconsistencies become greater.
> 
>>> They are handled even if presences of that entity would get blocked.
>> That's what i thought :-)
> 
> As implementors, we'd like the least number of inconsistencies.  But
> we also have to adhere to specs.  So better that these things get
> cleared out.
> 
> Regards,
> Vinod.

IMHO your original statement was wrong:

"- B's server does not process unsub since inbound stanza handling
rules mandate that server has to consider privacy list first.  Since
privacy list is blocking all communication, server wont look at the
stanza."

B's server would process the unsub but not deliver anything from A to B. 
However, it would complete a roster push to B.

Peter

-- 
Peter Saint-Andre
Jabber Software Foundation
http://www.jabber.org/people/stpeter.shtml
-------------- 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/jdev/attachments/20051208/ab5fef8f/attachment-0002.bin>


More information about the JDev mailing list