[Standards] Stream Compression: When to advertise and allow compression? XEP unclear and clonflicting with itself.
tmarkmann at googlemail.com
Tue Aug 18 19:43:46 UTC 2009
On Tue, Aug 18, 2009 at 9:09 PM, Fabio Forno <fabio.forno at gmail.com> wrote:
> Compressing an encrypted stream is simply pointless: encryption
> maximizes entropy, so you can't have any gain but consuming resources.
I understand that but why enforcing it so much in the order, I mean tkabber
for instance only works when compression is advertised before SASL with
works nicely with ejabberd. Both projects supported compression before
XEP-170 described how it should work.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Standards