[Standards-JIG] Re: proto-JEP: Proposed Stream FeatureImprovements

[Dave Cridland]

On Tue Aug 22 22:52:59 2006, JD Conley wrote:
> Also, why should future compression be TLS based? It is very handy 
> to,
> for example, require TLS before authentication but only allow
> compression after authentication.
> 
> 
Why on earth would you want to do that? That makes no sense.

> Use case: Server administrator specifies that IM sessions are only
> allowed over a compressed channel for certain users. So, the server
> doesn't send the client the session or resource bind features until
> after compression is negotiated.

I can't see that this is really likely - why would the server admin 
want to insist upon compression? There's obvious reasons for 
preferring it, but I can't see a use-case for insisting on it.

Dave.
-- 
Dave Cridland - mailto:dave at cridland.net - xmpp:dwd at jabber.org
  - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
  - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade