Peter,
many of us like your compression addition and would like it widely (if
not ubiquitously!) implemented.
One perceived barrier to the adoption of s/mime is the expansion of
message size due to the repeated application of transfer (base64)
encoding at each wrap. Messaging system operators become alarmed when
told message sizes may more than double as a result. (Indeed the NIST
draft profile depreciates such coding of inner wraps to address this
issue.)
The ability to offer compression also addresses overall message
expansion and will be an important capability to offer in compensation
when "marketing" the adoption of s/mime by large organizations.
Tony Capel
-----Original Message-----
From: owner-ietf-smime(_at_)mail(_dot_)imc(_dot_)org
[mailto:owner-ietf-smime(_at_)mail(_dot_)imc(_dot_)org] On Behalf Of Peter
Gutmann
Sent: July 9, 2002 4:49 AM
To: Francois(_dot_)Rousseau(_at_)CSE-CST(_dot_)GC(_dot_)CA;
blake(_at_)brutesquadlabs(_dot_)com;
ietf-smime(_at_)imc(_dot_)org; rhousley(_at_)rsasecurity(_dot_)com
Subject: Re: I-D ACTION:draft-ietf-smime-rfc2633bis-01.txt
"Blake Ramsdell" <blake(_at_)brutesquadlabs(_dot_)com> writes:
I didn't see much uptake on this besides Russ saying "MAY", and I'm
worried
about compatibility. I will put a slide in my presentation about this
for
Yokohama.
AFAIK the major use at the moment is in EDI environments (large, highly-
compressible messages, and everything is "by prior arrangement" anyway).
There
are a couple of apps which support it out there though, so having it
mentioned
would be nice just to let implementers know it's there.
Peter.