You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 6, 2022. It is now read-only.
According to RFC 5751 (S/MIME 3.2), to determine if a message was signed or encrypted, the media type (primary-/sub type) value as well as its parameter smime-type should be taken into consideration:
3.2.2. The smime-type Parameter
The application/pkcs7-mime content type defines the optional "smime-
type" parameter. The intent of this parameter is to convey details
about the security applied (signed or enveloped) along with
information about the contained content.
A little bit down an example is shown of a signed-only message:
The caught exception in the original method is really problematic, hiding other possible errors that has nothing to do with S/MIME (like programming bugs).
bbottema
added a commit
to bbottema/java-utils-mail-smime-fork
that referenced
this issue
Jul 26, 2020
According to RFC 5751 (S/MIME 3.2), to determine if a message was signed or encrypted, the media type (primary-/sub type) value as well as its parameter smime-type should be taken into consideration:
A little bit down an example is shown of a signed-only message:
SmimeUtil
doesn't look at smime-type at all when determining status and has resulted in incorrect status for a message of mine.The text was updated successfully, but these errors were encountered: