[Standards] Inconsistent Subscriptions in XMPP
stpeter at stpeter.im
Tue Jun 2 20:14:25 UTC 2009
-----BEGIN PGP SIGNED MESSAGE-----
On 6/2/09 2:00 PM, Philipp Hancke wrote:
> Peter Saint-Andre wrote:
>> Yes, I did:
>> "If the contact does not approve or deny the subscription request within
>> some configurable amount of time, the user's server SHOULD resend the
>> subscription request to the contact based on an implementation-specific
>> algorithm (e.g., whenever a new resource becomes available for the user,
>> or after a certain amount of time has elapsed); this helps to recover
>> from transient, silent errors that might have occurred in relation to
>> the original subscription request."
> What if the contact is "polite" and never replies to the request?
> While the subsequent subscription requests will not be delivered
> to the contact (state is pending_in), the user's server has no way
> to determine that the request has been processed by the contact's
> server. So it will continue to resend the request which is silently
> dropped by the contact's server. I don't think you want that ;-)
> Solution: replace presence subscriptions with <iq/> on s2s.
Your "solution" is not backward-compatible.
In any case, all discussion of rfc3921bis now needs to occur on the
xmpp at ietf.org list:
I sent that message only to close out some threads that I had not answered.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the Standards