[Top] [All Lists]

RE: Comments on draft-ietf-smime-compression-00.txt

2000-03-30 10:20:21
I think that the real issue is getting a compression algorithm out
there, any algorithm will do IMHO.

Implementing two sets of switching logic to turn on the compression
is not going to be a killer. In fact I think it is likely to be the
best solution.

Not supporting compression in the base web specs was the biggest 
mistake we made. We could have made 14K modems look like 28.8 modems 
if the early browsers had linked to gnuzip.

The piece that is currently missing is the means of advertising the
capabilities of the client. The biggest problem with messaging
is that the 1% of users with ASCII based clients stop the rest
of the email population using features like MIME, HTML, S/MIME

I can see that we might have problems if we were using a framework
like RDF to address this issue and the mechanism did not account
for the fact that clients might be able to do compressin in S/MIME 
but not in MIME (or vice versa).

Perhaps the real solution to this problem is to approach it
from another direction entirely. Rather than the RDF piecemeal
description of supported features maybe we should define client
profiles specifying feature sets that make sense. Then we could
distribute client capability info with a single certificate 


-----Original Message-----
From: Jim Schaad [mailto:jimsch(_at_)nwlink(_dot_)com]
Sent: Thursday, March 30, 2000 1:57 AM
To: pgut001(_at_)cs(_dot_)aucKland(_dot_)ac(_dot_)nz; 
Subject: RE: Comments on draft-ietf-smime-compression-00.txt

My personal opinion is that we have given the MIME people a lot of time
work on this issue.  They have not gotten anyplace that I am aware of so
think that we need to do it.  If we end up with two ways of doing this
the S/MIME draft could always say what is to be used for that


-----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 
Sent: Wednesday, March 29, 2000 3:15 PM
To: ietf-smime(_at_)imc(_dot_)org
Subject: Comments on draft-ietf-smime-compression-00.txt

Does anyone have any further thoughts on compression as a CMS content
vs a MIME type?  I think this was more or less beaten to death (and
beyond :-) the last time it came up, but if anyone has any further
please post them.

(The password issues are being worked on offline, I'll post an update in
 day or two).


Attachment: smime.p7s
Description: S/MIME cryptographic signature

<Prev in Thread] Current Thread [Next in Thread>