RFC 4141: SMTP and MIME Extensions for Content Conversion
In plain English — editorial summary, not part of the RFC
A message originator sometimes sends content in a form the recipient cannot process or would prefer not to process a form of lower quality than is preferred. Such content needs to be converted to an acceptable form, with the same information or constrained information (e.g., changing from color to black and white). In a store-and-forward environment, it may be convenient to have this conversion performed by an intermediary. This specification integrates two ESMTP extensions and three MIME content header fields, which defines a cooperative service that permits authorized, accountable content form conversion by intermediaries. [STANDARDS-TRACK]
Document record
- Document ID
- RFC4141
- Published
- November 2005
- Authors
- K. Toyoda; D. Crocker
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- app
- Pages
- 26
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 3887Message Tracking Query ProtocolUpdated
September 2004
- RFC 3885SMTP Service Extension for Message TrackingCurrent
September 2004
- RFC 3803Content Duration MIME Header DefinitionCurrent
June 2004
- RFC 3802Toll Quality Voice - 32 kbit/s Adaptive Differential Pulse Code Modulation (ADPCM) MIME Sub-type RegistrationCurrent
June 2004
- RFC 3302Tag Image File Format (TIFF) - image/tiff MIME Sub-type RegistrationCurrent
September 2002
- RFC 3249Implementers Guide for Facsimile Using Internet MailCurrent
September 2002
- RFC 2913MIME Content Types in Media Feature ExpressionsCurrent
September 2000
- RFC 2912Indicating Media Features for MIME ContentCurrent
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?