RFC 2822 · · Proposed Standard (abgelöst durch 5322)
Die Zwischenausgabe des E-Mail-Formats.
Der offizielle Titel lautet "Internet Message Format." Was er wirklich tat: das E-Mail-Format von RFC 822 aus dem Jahr 1982 modernisieren, vor allem dem Datum ein vierstelliges Jahr geben, und sieben Jahre später an RFC 5322 übergeben. Der Mittlere von dreien, und der, den man vergisst.
Geschrieben von Noel Lang · IT-Trainer
Kurzfassung
RFC 2822 war die Überarbeitung des Internet-E-Mail-Formats von 2001, angesiedelt zwischen dem Original RFC 822 von 1982 und dem aktuellen RFC 5322 . Er behielt dieselbe Struktur aus Header, Leerzeile und Body und räumte die Syntax auf, am sichtbarsten durch das geforderte vierstellige Jahr in der Date-Kopfzeile. Er ist heute obsolet, aber das Format, das er beschrieb, ist im Wesentlichen das, das du noch nutzt.
Das Problem, das er löst
Im Jahr 2001 war
RFC 822
fast zwanzig Jahre alt. Er beschrieb E-Mail noch immer akkurat, zeigte aber sein Alter: Die Grammatik war stellenweise lose, manche Regeln mehrdeutig, und sein Datumsformat nutzte ein zweistelliges Jahr, 82 statt 1982, genau die Art Abkürzung, die der Y2K-Schreck gerade alle zu misstrauen gelehrt hatte.
RFC 2822 war das Aufräumen. Er erfand E-Mail nicht neu, er formulierte das bestehende Format in strikterer, klarerer Sprache und behob die Details, die zwei Jahrzehnte realer Nutzung offengelegt hatten. Die sichtbarste Änderung war die am kürzesten zu beschreibende: Das Jahr in einer Date-Kopfzeile wurde vierstellig. Alles, worauf sich ein moderner Parser verlässt, um ein Datum eindeutig zu lesen, beginnt hier.
Das Mittelkind
Jede Trilogie hat einen mittleren Teil, den niemand zitiert, und in der Geschichte des E-Mail-Formats ist das RFC 2822. RFC 822 bleibt als Ursprung in Erinnerung. RFC 5322 wird genutzt, weil er aktuell ist. RFC 2822 erledigte die stille, notwendige Arbeit dazwischen, modernisierte die Grammatik und schloss die Jahres-Lücke, und trat sieben Jahre später beiseite, als 5322 ihn weiter verfeinerte.
Das ist kein Vorwurf. Der Grund, warum 5322 eine kleine, sichere Änderung sein konnte, ist, dass 2822 die harte Modernisierung schon erledigt hatte. Wenn du “RFC 2822” in einer alten Bibliothek oder einem Code-Kommentar siehst, lies es als “das E-Mail-Format, eine Ausgabe zuvor”: dieselbe Gestalt, dieselbe Leerzeilen-Regel, nur abgelöst durch ein neueres Dokument, das fast dasselbe sagt.
Was der RFC wirklich sagt
Kurz und größtenteils eine sorgfältige Neuspezifikation von RFC 822. Die Landkarte, falls du zur Quelle gehst:
| Abschnitt | In einfachen Worten |
|---|---|
| 1 · Einleitung | Nennt das Ziel klar: RFC 822 überarbeiten, behalten was funktioniert, weglassen was zwei Jahrzehnte als ungenutzt oder kaputt erwiesen. |
| 2–3 · Body & Syntax | Der Kern: derselbe Header, dieselbe Leerzeile, derselbe Body, neu spezifiziert in einer strikteren, saubereren Grammatik als 1982. |
| 3.3 · Datum und Zeit | Die berühmte Korrektur: endlich ein vierstelliges Jahr, das das zweistellige von RFC 822 ersetzt. |
| 4 · Obsolete Syntax | Ein ehrlicher Anhang, der die alten 822-Formen listet, die ein Parser noch akzeptieren muss, die aber niemand erzeugen sollte. Der Abschnitt zur sanften Abwärtskompatibilität. |
Was oft falsch verstanden wird
-
"RFC 2822 ersetzte RFC 822 durch ein neues Format."
Er änderte das Format nicht, er spezifizierte es neu. Der Header-Block, die Leerzeile und der Body sind identisch mit
. Was RFC 2822 behob, war Präzision und ein paar Details, das vierstellige Jahr vor allem. Dieselbe E-Mail, strengeres Regelwerk. -
"Wenn Code 2822 sagt, ist er veraltet und falsch."
Veraltet ja, falsch fast nie. Weil sich das Format zwischen 822, 2822 und
kaum bewegte, parst und erzeugt Code, der auf RFC 2822 zielt, weiterhin gültige moderne E-Mail. Aktualisiere die Referenz, wenn du kannst, aber es ist für sich genommen kein Fehler. -
"RFC 2822 regelt das Versenden von Mail."
Er regelt nur das Nachrichtenformat, denselben Geltungsbereich wie 822 und 5322. Eine Nachricht zwischen Servern zu bewegen ist Aufgabe von SMTP,
. Die Trilogie 822, 2822, 5322 dreht sich ganz darum, wie eine Nachricht aussieht, nie darum, wie sie reist.
Wo dir RFC 2822 noch begegnet
Eine obsolete Ausgabe, die eher in Zitaten als im Verhalten nachhallt. Wo sie auftaucht:
| Du siehst | Was es bedeutet |
|---|---|
| Ein Code-Kommentar, der "RFC 2822" zitiert | Meist eine Bibliothek oder ein Tutorial aus den Jahren 2001 bis 2008. Das gemeinte Format ist dasselbe, das RFC 5322 heute definiert. |
Date: Mon, 11 Oct 2010 22:14:15 +0000 |
Das Datumsformat mit vierstelligem Jahr, die eine sichtbare Änderung von RFC 2822, die RFC 5322 beibehielt. |
Die Doku von Pythons email.utils.parsedate |
Ältere Standardbibliotheks-Dokumentation und viele Mail-Werkzeuge nennen weiterhin RFC 2822 als Bezugspunkt. |
| Eine "muss akzeptieren, darf nicht erzeugen"-Parserregel | Die Behandlung obsoleter Syntax, die RFC 2822 festschrieb, damit neue Mail sauber ist und alte Mail noch lesbar bleibt. |
Fragen, die wirklich gestellt werden
Was ist RFC 2822? +
RFC 2822 ist die Überarbeitung des Internet-E-Mail-Formats von 2001. Sie ersetzte das ursprüngliche RFC 822 von 1982, behielt dieselbe Struktur aus Header, Leerzeile und Body und räumte die Syntax auf, am sichtbarsten durch das vierstellige Jahr in der Date-Kopfzeile. Sie wurde 2008 selbst durch RFC 5322 ersetzt und ist daher heute obsolet, aber sieben Jahre lang war sie die Definition dessen, wie eine E-Mail aussah.
Was ist der Unterschied zwischen RFC 822, RFC 2822 und RFC 5322? +
Es sind drei Ausgaben eines Standards, des Internet-Nachrichtenformats. RFC 822 (1982) ist das Original, RFC 2822 (2001) modernisierte es und behob das zweistellige Jahr, und RFC 5322 (2008) ist die aktuelle Fassung. Jede löst die vorige ab, und der Kern, ein Header-Block, eine Leerzeile und ein Body, änderte sich nie. Neuer Code sollte RFC 5322 folgen; RFC 2822 ist der vergessene Schritt dazwischen.
Wie sieht das Datumsformat von RFC 2822 aus? +
Es lautet Wochentag, Tag Monat vierstelliges Jahr, Uhrzeit und Zonen-Offset, etwa Mon, 11 Oct 2010 22:14:15 +0000. Die zentrale Änderung gegenüber RFC 822 war genau das: ein volles vierstelliges Jahr statt des alten zweistelligen, was eine Y2K-artige Mehrdeutigkeit schloss. RFC 5322 trägt dasselbe Format weiter.
Ist RFC 2822 noch aktuell? +
Nein. RFC 2822 wurde im Oktober 2008 durch RFC 5322 abgelöst. Du siehst ihn weiterhin in älteren Bibliotheken, Tutorials und Code-Kommentaren zitiert, weil sich das Format kaum änderte, aber jede neue Arbeit sollte RFC 5322 referenzieren. Behandle eine Erwähnung von 2822 als Verweis auf dasselbe E-Mail-Format, eine Ausgabe veraltet.
Verweise hierher
Andere Erklärseiten auf dieser Website, die auf diesen RFC zurückverweisen:
Wie RFC 2822 zusammenhängt
Was vorher kam
-
RFC 822 (1982) definierte das E-Mail-Format zuerst. RFC 2822 ist seine modernisierte zweite Ausgabe, die die Gestalt beibehält und die Details behebt.
Teil eines geführten Clusters: Die E-Mail-RFCs, erklärt