RFC 8551: Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 4.0 Message Specification
In plain English — editorial summary, not part of the RFC
This document defines Secure/Multipurpose Internet Mail Extensions (S/MIME) version 4.0. S/MIME provides a consistent way to send and receive secure MIME data. Digital signatures provide authentication, message integrity, and non-repudiation with proof of origin. Encryption provides data confidentiality. Compression can be used to reduce data size. This document obsoletes RFC 5751.
Document record
- Document ID
- RFC8551
- Published
- April 2019
- Authors
- J. Schaad; B. Ramsdell; S. Turner
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- sec
- Pages
- 63
- Also known as
- —
Topics
Standards lineage
This document is one revision in a chain of 4 RFCs, each formally replacing the one before it.
- RFC 2633 (1999)
- RFC 3851 (2004)
- RFC 5751 (2010)
- RFC 8551 (2019)
Referenced by
One later RFC formally updates or obsoletes part of this document.
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 8550Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 4.0 Certificate HandlingCurrent
April 2019
- RFC 8823Extensions to Automatic Certificate Management Environment for End-User S/MIME CertificatesCurrent
April 2021
- RFC 9216S/MIME Example Keys and CertificatesCurrent
April 2022
- RFC 7165Use Cases and Requirements for JSON Object Signing and Encryption (JOSE)Current
April 2014
- RFC 6025ASN.1 TranslationCurrent
October 2010
- RFC 5912New ASN.1 Modules for the Public Key Infrastructure Using X.509 (PKIX)Updated
June 2010
- RFC 5911New ASN.1 Modules for Cryptographic Message Syntax (CMS) and S/MIMEUpdated
June 2010
- RFC 4490Using the GOST 28147-89, GOST R 34.11-94, GOST R 34.10-94, and GOST R 34.10-2001 Algorithms with Cryptographic Message Syntax (CMS)Current
May 2006
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?