RFC 2632: S/MIME Version 3 Certificate Handling
This RFC has been replaced. Do not implement against it for new work — it was formally obsoleted by RFC 3850.
Current document in this lineage: RFC 8550 — Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 4.0 Certificate Handling
In plain English — editorial summary, not part of the RFC
S/MIME (Secure/Multipurpose Internet Mail Extensions), provides a method to send and receive secure MIME messages. Before using a public key to provide security services, the S/MIME agent MUST certify that the public key is valid. S/MIME agents MUST use PKIX certificates to validate public keys as described in the Internet X.509 Public Key Infrastructure (PKIX) Certificate and CRL Profile. [STANDARDS-TRACK]
Document record
- Document ID
- RFC2632
- Published
- June 1999
- Authors
- B. Ramsdell
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- sec
- Pages
- 13
- Also known as
- —
- Obsoleted by:
- RFC 3850
Topics
Standards lineage
This document is one revision in a chain of 4 RFCs, each formally replacing the one before it.
- RFC 2632 (1999)
- RFC 3850 (2004)
- RFC 5750 (2010)
- RFC 8550 (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 5750Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 3.2 Certificate HandlingObsoleted
January 2010
- RFC 2633S/MIME Version 3 Message SpecificationObsoleted
June 1999
- RFC 5751Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 3.2 Message SpecificationObsoleted
January 2010
- RFC 2312S/MIME Version 2 Certificate HandlingCurrent
March 1998
- RFC 2311S/MIME Version 2 Message SpecificationCurrent
March 1998
- RFC 2778A Model for Presence and Instant MessagingCurrent
February 2000
- RFC 2927MIME Directory Profile for LDAP SchemaCurrent
September 2000
- RFC 2936HTTP MIME Type Handler DetectionCurrent
September 2000
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?