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

Stable identifiers with UIDL

03

UIDL supports recognizing messages across sessions without relying on temporary message numbers.

Related RFCs and changes

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

DIAGRAM§ 7 ↗
RFC 1939 · § 7EXAMPLE
3 / 3
Stable identifiers with UIDLUIDL supports recognizing messages across sessions without relying on temporary message numbers.Stable identifiers with UIDLmessage 1: temporary positionUIDL 1 → stable-id-Anext session: match stable-id-AUIDL is optional in this publication
03
Compare after reconnect

Use identifiers to avoid treating old messages as newly arrived.

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

UIDL is an optional command in this publication.

  • UIDL is an optional command in this publication.
  • An identifier persists across sessions for that message under the defined rules.
  • Clients need the capability and server semantics rather than assuming message number 1 is always the same message.
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. POP3 session states
  2. List and retrieve messages
  3. Stable identifiers with UIDL
  4. Deletion and UPDATE
  5. Authentication and transport limits
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗