Compare identifiers and preserve list continuity
03List identifiers have one defined operation: case-insensitive equality. Delivery hosts and display names can change without changing the list key.
An administrator MAY move an unmanaged .localhost list into its authorized domain namespace. That changes the identifier; this RFC does not define automatic alias discovery or filter migration.
Source for this drawing: RFC 2919 · Read RFC section 6 ↗
New to this? Start hereA quick picture + helpful background
The envelope and the letter do different jobs.
Mail transport moves a message between servers. The message format describes its contents. Authentication adds checks; it does not make every message safe.
Helpful first, if these ideas are unfamiliar
These pictures are analogies to help you learn. The linked RFC explains the actual rules.
Terms in this drawing
Related RFCs and changes
“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.
Compare only inside the brackets, ignoring case.
- Comparison MUST ignore everything outside the angle brackets. Case changes inside the identifier do not create a different list.
- Administrators SHOULD avoid changing an identifier even when the delivery host changes. They MAY change it; clients SHOULD treat a different identifier as a different list.
- An unmanaged-to-domain transition is an acceptable reason to change the ID. A description change has no identity cost; a client MAY notify the user about it.
The stable key can drive an inbox filter, but not automatic trust. These fictional comparisons show ASCII case folding; they do not add aliasing, DNS canonicalization or equivalence between different IDs.
Read the RFC section ↗