[Standards] Inconsistent Subscriptions in XMPP

Peter Saint-Andre stpeter at stpeter.im
Tue Jun 2 20:14:25 UTC 2009


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

On 6/2/09 2:00 PM, Philipp Hancke wrote:
> Peter Saint-Andre wrote:
> [snip]
>> 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:

https://www.ietf.org/mailman/listinfo/xmpp

I sent that message only to close out some threads that I had not answered.

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

iEYEARECAAYFAkoliCEACgkQNL8k5A2w/vxUXgCffiBAyFqEjVSr9yooWz9B79iV
0qAAn1Ka4Tx8MtsTKt9/WbDzoT5NDTes
=fR/9
-----END PGP SIGNATURE-----



More information about the Standards mailing list