I think that the point Russ was making is "can you handle nesting of CMS
objects" not "can you handle nesting of MIME wrapped CMS objects". In our
case, we can only do MIME wrapped CMS objects, but we can handle binary
encoding of those objects.
From: Aram Perez [mailto:aperez(_at_)syndata(_dot_)com]
Sent: Tuesday, March 07, 2000 6:30 AM
Subject: RE: Triple Wrapping Survey
I agree that S/MIMEv3 should minimize Base64 encoding when possible. As I
understand MIME, all implementations should handle binary as this is the
default unless otherwise specified.
From: Russ Housley [mailto:housley(_at_)spyrus(_dot_)com]
Sent: Monday, March 06, 2000 7:21 PM
Subject: Triple Wrapping Survey
I have a few questions for implementors. First some background, then the
The use of S/MIMEv3 Triple Wrapping leads to the incorporation of four MIME
encodings. If each of these encodings uses Base64, then the overhead is
huge. I am interested in ways to reduce the overhead, hopefully without
hurting IMAP usability.
1. Can your implementation handle
MIME( SignedData (EnvelopedData (SignedData ( MIME ))) ?
The outer SignedData has the OID for EnvelopedData in the content type, not
The EnvelopedData has the OID for SignedData in the content type, not
The inner Signed Data has the id-data OID in the content type.
2. Can your implementation handle MIME without Base64 encoding? I am
interested in using "binary" instead of Base64 to reduce the overhead.