ubuntu-push-devs team mailing list archive

[Peter Saint-Andre <stpeter@xxxxxxxxxx>]

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

On 10/7/13 1:37 PM, Ted Gould wrote:
> On Mon, 2013-10-07 at 11:00 -0300, Lucio Torre wrote:
>> On Mon, Oct 7, 2013 at 1:01 AM, Ted Gould <ted@xxxxxxxxxx 
>> <mailto:ted@xxxxxxxxxx>> wrote:
>> 
>> It seems like the critical issue here is how XMPP
>> implementations deal with scaling.  Do you know how that's
>> typically done?  Is that per-implementation or are there some
>> standard strategies?
>> 
> 
>> Not only that, but also that there is no spec on
>> Once-And-Only-Once delivery. At-Most-Once is the standard fire
>> and forget delivery, At-Least-Once is the one that you get with
>> unreliable acks.
> 
>> So, xmpp also means non-trivial dev work and inventing our own
>> standards.
> 
> I'm not sure exactly the use-case you're going for here,

I'm not either. Is there a design document that would help clear this
up? For example, are there specific requirements driving "once and
only once" as opposed to "at least once" (with de-duping to happen on
the receiver side)?

In the XMPP community, we've done a lot of work to make messaging more
reliable, using specs such as XEP-0198 and XEP-0184. If gaps remain,
we (and I do mean "we") can define further XMPP extensions to fill
those gaps. The XMPP community has a very developer-friendly standards
process (see xmpp.org for details) and you wouldn't need to invent
your own standards.

Also, I'd be curious what you mean by "reliable" because, in my
experience, "reliable" is about as clearly defined as "secure".

Peter

- -- 
Peter Saint-Andre
https://stpeter.im/


-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSUxHIAAoJEOoGpJErxa2pGNsP/jLYrdTWONUk6wAZaqiBUlF2
UcnRIK0dn88l/YCUH7TgcCVXdL3rnDKx+JyVciLMOvX/QAzbAtBXxzo8AQ0uY3gq
1KkTFZpixw7C7fQo+9cYbFgxcS6RcJ1ZZ0jTa+nec6+ilaBI+tXeCPSjLQDdixGS
77XR9+TmS5j2AueFbyrhpJWHXVN/i4dKY5pdHUb3Cda5M81iLJmy//V+yIda8cdY
FGKeLM8Rd9swcruBrqdKBolP4fm+tmGEJBiJNv6yLcXIz+5icrzCNWPaEnWuS+G5
xaNdxCN0nuMRbFlCqcxkxCqk3bIeU2GYwyBd9Z7bcNd5RovsByFFXqlA8NG0jTLP
j8tQs7ZuzhH9qOhqA+z/2v2nrTzP9DcIMgVbHENK0ws4YwZKnWWGjRrQxs9DNxOs
KN8QT2ezES+mtSETTJFj6ATFSXSGtxfdffxsjgAJY4qvlykSTMn2kT2ndA3QALiG
arJx71jiQOYUGtFTOyhJBWXRyClvJu0QVl/6F2LrcNz/M65rihRX+t334BJTHOTO
wI9XE+TiyObm3Uo0pWLPNG96t7U0eaLoIFbHv6nYje1eYf6++eOqtwggWXeePtaI
0Lzy2JL9WMdiySRig49Qx4ORHcZQ+BxPvq9QXRNNg6irvvvLHy1mIiI8THfxvIKr
DdbDqtvdaakCML+bX7kQ
=NYjh
-----END PGP SIGNATURE-----