[Top] [All Lists]

Re: SignedAttribute for Mime-Type

2005-12-13 14:30:47

  I would think that this would be a sensible thing for which to
use the 'ContentHints' attribute (see ESS clause 2.9).  You could
use 'id-data' in the 'contentType' field and the appropriate MIME
type in the 'contentDescription'.  I realize that ESS seems to
except the data content type from use of Content Hints, but I do
not believe this is proscriptive (there isn't a "SHOULD NOT").
  Why is something more required?

Hi Chris:

This is a excellent suggestion, that would meet my needs.  :-)
My only concern is that the UTF8String contentDescription appears
to somewhat vague.

Should I prepend the MIME type for the content with a text qualifier
in the contentDescription?

As an example, consider a CMS SignedData structure for a digital
signature of an MS word document.

Should I specify "Content-Type: application/msword" or just
"application/msword" in the contentDescription of the ContentHints

Also on a side note, digital signatures can be nested.  For CMS
SignedData objects, there is no office media type:

The closest match is for PKCS7 signatures:


However, its usage as specified in RFC-2311 can deviate from generic
CMS.  Prehaps we need to have an "application/cms-signature" media

Thanks again Chris for your excellent suggestion!  :-)

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