Visual RFC.
ALL RFCs / RFC 2392
Read the RFC ↗
RFC 2392 / MESSAGE AND BODY-PART REFERENCES

Keep references, payloads and trust separate

05

These schemes address messages and body parts. They neither authenticate the author nor guarantee that referenced data is available or safe to process.

RFC 2392 · § 3EXAMPLE
4 / 4
Keep references, payloads and trust separateThese schemes address messages and body parts. They neither authenticate the author nor guarantee that referenced data is available or safe to process. After selecting an image part by ID, a MIME reader may separately decode a declared base64 payload. Percent decoding the cid URL and interpreting the part body are different operations; neither operation alone validates image safety.An address is separate from payload and trustURL identifierPart payload%25Content-Transfer-Encodingbase64URL decodingMIME decodingLiteral %Content bytesTwo different representations and operationsNeither operation alone establishes safetyRFC 2392 · fictional identifiers · schematic
04
Decode the payload under its own MIME rules

After selecting an image part by ID, a MIME reader may separately decode a declared base64 payload. Percent decoding the cid URL and interpreting the part body are different operations; neither operation alone validates image safety.

Source for this drawing: RFC 2392 · Read RFC section 3 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A message needs an address.

Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

Related RFCs and changes

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

KEY POINT

Identifier values can reveal the same environmental clues as the corresponding Message-ID or Content-ID headers. RFC 2392 calls for precautions when that disclosure could expose confidential information.

  • Identifier values can reveal the same environmental clues as the corresponding Message-ID or Content-ID headers. RFC 2392 calls for precautions when that disclosure could expose confidential information.
  • A cid or mid reference is not a signature, encryption mechanism or grant of access. Message handling, authorization and content-safety policy remain separate from identifier conversion.
  • If the selected scope has no matching part, the teaching lookup reports missing data. It does not reinterpret the identifier’s suffix as an HTTP host or an email recipient.
  • URL percent encoding applies to the identifier. A body part’s Content-Transfer-Encoding, such as base64, separately describes its payload representation under MIME; resolving the ID does not decode or validate the body.
DETAILS

Fictional .example identifiers; payloads are omitted. Consult the linked MIME and message-format specifications for complete parsing, retrieval and security requirements.

Read the RFC section ↗

All chapters in RFC 2392

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗