Visual RFC.
ALL RFCs / RFC 2045
Read the RFC ↗
RFC 2045 / MECHANISM GUIDE

Content type and charset

02

Type/subtype and parameters identify how recovered content should be interpreted.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

DIAGRAM§ 5.1 ↗
RFC 2045 · § 5.1EXAMPLE
3 / 3
Content type and charsetType/subtype and parameters identify how recovered content should be interpreted.Content type and charsetContent-Type: text/plain; charset=utf-8interpret recovered bytestext + UTF-8 character decodingHistorical default: text/plain; charset=us-ascii
03
Keep defaults explicit

Absent metadata has a specified historical default rather than arbitrary guessing.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

A charset parameter describes text character encoding.

  • A charset parameter describes text character encoding.
  • Missing Content-Type normally defaults to text/plain with charset US-ASCII under this specification.
  • Unknown parameters and types have defined handling; do not execute arbitrary content merely because it is labeled.
DETAILS

Examples are illustrative. Consult the linked RFC and its errata for implementation details.

Read the RFC section ↗

Diagrams simplify the RFC. Read the linked sections for complete requirements.

Privacy
All chapters in this RFC
  1. MIME entity headers
  2. Content type and charset
  3. Quoted-printable bytes
  4. Base64 body encoding
  5. Canonical form and safety
RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗