RFC 822 · · Internet Standard (abgelöst durch 2822)
Die Gestalt jeder E-Mail, festgelegt 1982.
Der offizielle Titel lautet "Standard for the Format of ARPA Internet Text Messages." Worüber er wirklich entscheidet: wie eine E-Mail aussieht, ein Block aus From-, To-, Subject- und Date-Kopfzeilen, eine Leerzeile, dann der Text. Geschrieben 1982, zweimal abgelöst, und bis heute das Skelett unter jeder Nachricht, die du verschickst.
Geschrieben von Noel Lang · IT-Trainer
Kurzfassung
RFC 822 definierte 1982 das Format einer E-Mail. Eine Nachricht ist ein Block aus Kopffeldern (From, To, Subject, Date), dann eine einzige Leerzeile, dann der Body. Er legte außerdem die Adressform local-part@domain und das bis heute genutzte Datumsformat fest. Abgelöst durch
RFC 2822
und dann
RFC 5322
, doch seine Struktur ist unverändert und lebt unter jeder Nachricht, die du verschickst.
Das Problem, das er löst
Anfang der 1980er gab es elektronische Post im ARPANET bereits, aber jedes System schrieb sie ein bisschen anders. Was für einen Host eine “From”-Zeile war, war für den nächsten ein Rätsel. Mail wanderte zwischen Netzen und kam verstümmelt an, weil es keine gemeinsame Übereinkunft darüber gab, was oben in einer Nachricht überhaupt stehen sollte.
RFC 822 beendete das. Er legte ein Format für den Text einer Nachricht fest, sodass jedes Programm eine von jedem anderen geschriebene Mail lesen konnte. Entscheidend: Er zog eine harte Grenze zwischen dem maschinenlesbaren Teil oben und der menschlichen Nachricht darunter, und er standardisierte die E-Mail-Adresse selbst, die Form local-part@domain, die du bis heute gedankenlos tippst.
Die Analogie zum Geschäftsbrief
Stell dir einen gedruckten Geschäftsbrief vor. Oben sitzt ein ordentlicher Block: an wen, von wem, das Datum, eine “Betreff:”-Zeile. Dann eine Lücke. Dann der Brief selbst, in klarem Text. Jeder erkennt den Briefkopf auf einen Blick vom Inhalt, weil der Leerraum dazwischen sagt “strukturierte Angaben enden hier, der eigentliche Text beginnt jetzt”.
RFC 822 ist genau diese Konvention, für Maschinen aufgeschrieben. Der Header-Block ist der Briefkopf, die Leerzeile ist die Lücke, der Body ist der Brief. Die eine Regel, auf die sich ein Mailprogramm wirklich verlässt, ist diese Lücke: Die erste leere Zeile ist die Grenze zwischen den zwei Welten. Mach sie falsch, lass die Leerzeile weg, und deine Header bluten in den Text oder der Text verschwindet in den Headern. Vierzig Jahre E-Mail ruhen auf dieser einen leeren Zeile.
Die zwei Teile einer Nachricht
Kopffelder oben, eine verpflichtende Leerzeile, dann der Body. Das sind die “zwei Hauptteile”, nach denen alle fragen, und die Leerzeile ist die Grenze, die das Ganze funktionieren lässt. Die RFC 5322 -Fassung sieht vierzig Jahre später fast identisch aus.
Was der RFC wirklich sagt
Das Original ist dicht an Grammatikregeln, aber die Gestalt ist einfach. Die Landkarte, falls du zur Quelle gehst:
| Abschnitt | In einfachen Worten |
|---|---|
| 1–2 · Einleitung & Notation | Geltungsbereich und die durchgängig genutzte Grammatik-Notation. RFC 822 definiert sorgfältig zuerst sein eigenes Syntax-Vokabular. |
| 3 · Lexikalische Analyse | Der Kern: Eine Nachricht ist Kopffelder, dann eine Leerzeile, dann der Body. Die eine Regel, an der alles andere hängt. |
| 4 · Nachrichten-Spezifikation | Jeder Standard-Header einzeln definiert: From, To, Cc, Subject, Date, Reply-To, Message-ID und der Rest. |
| 5 · Datum und Zeit | Das Format Mon, 11 Oct 82 22:14:15 GMT, zweistelliges Jahr inklusive, das die Date-Kopfzeile bis heute prägt. |
| 6 · Adress-Spezifikation | Wie Adressen geschrieben werden: local-part@domain, Anzeigenamen, spitze Klammern und Gruppen. Die Geburt der E-Mail-Adresse, wie wir sie kennen. |
Was oft falsch verstanden wird
-
"RFC 822 ist obsolet, also egal."
Abgelöst zu werden tauschte das Regelwerk, nicht das Format.
und behielten das Gerüst von RFC 822 bei: dieselben Kopffelder, denselben Leerzeilen-Trenner, denselben Body. Du berührst sein Design jedes Mal, wenn du eine From-Zeile oder einen Betreff liest. Auf dem Papier obsolet, in der Praxis fundamental. -
"Ein RFC-822-Name ist ein Hostname oder ein Personenname."
Es ist eine E-Mail-Adresse, nicht mehr. Der Begriff taucht in X.509-Zertifikaten, LDAP und Kubernetes für ein Feld auf, das local-part@domain enthält. Wenn etwas nach einem rfc822Name fragt, will es jane@example.com, keinen Servernamen und keinen Anzeigenamen.
-
"RFC 822 regelt das Versenden von E-Mail."
Tut er nicht. RFC 822 definiert nur das Nachrichtenformat, wie eine Mail aussieht, sobald sie geschrieben ist. Sie von einem Server zum nächsten zu bringen ist Aufgabe von SMTP, ursprünglich RFC 821 und heute
. Format mit Transport zu verwechseln ist derselbe Fehler wie bei Syslog, und genauso häufig. -
"Das zweistellige Jahr war harmlos."
Das Datum von RFC 822 nutzte ein zweistelliges Jahr, 11 Oct 82, eine kleine Entscheidung, die quer durch die Mail-Software zur Y2K-Last wurde.
behob sie durch vier Stellen. Eine schöne Erinnerung, dass auf Jahrzehnte angelegte Formate das Jahrhundert ausschreiben sollten.
Wo dir RFC 822 noch begegnet
Ein Standard von 1982, der nie wirklich ging. Wo seine Fingerabdrücke heute auftauchen:
| Du siehst | Was es bedeutet |
|---|---|
rfc822Name in einem TLS-Zertifikat |
Eine E-Mail-Adresse in einem X.509 Subject Alternative Name. Das Zertifikatsfeld ist nach diesem RFC benannt, vier Jahrzehnte später. |
| From:, To:, Subject:, Date: oben in einer Mail | Der RFC-822-Header-Block, unverändert in jedem E-Mail-Programm seit 1982. |
| Eine Leerzeile, die deine Nachricht "verschluckt" | Handgebaute Mail, die die Leerzeile zwischen Header und Body vergaß. Die eine harte Regel von RFC 822, gebrochen. |
Message-ID: <...@host> |
Das Format der eindeutigen ID, das RFC 822 einführte, bis heute von jedem Mailserver für Threading und Deduplizierung erzeugt. |
| mutt, procmail, formail | Klassische Unix-Mail-Werkzeuge, die Nachrichten direkt im RFC-822-Format parsen und filtern. |
Fragen, die wirklich gestellt werden
Was ist RFC 822? +
RFC 822 ist der Standard von 1982, der festlegte, wie eine E-Mail-Nachricht aussieht: eine Reihe von Kopffeldern wie From, To, Subject und Date, dann eine Leerzeile, dann der Nachrichtentext. Er definierte nicht, wie Mail versendet wird, nur wie sie formatiert ist. Abgelöst wurde er durch RFC 2822 und dann RFC 5322, aber die Struktur, die er festschrieb, nutzt jede E-Mail bis heute.
Was ist ein RFC-822-Name? +
Ein RFC-822-Name ist schlicht eine E-Mail-Adresse in der Form local-part@domain, die RFC 822 standardisierte, etwa jane@example.com. Der Begriff überlebt in technischen Feldern aus einer Zeit vor freundlicheren Bezeichnungen: Ein X.509-TLS-Zertifikat speichert eine E-Mail-Adresse in einem Subject-Alternative-Name-Eintrag, der wörtlich als rfc822Name deklariert ist, und LDAP wie Kubernetes nutzen dasselbe Label. Wenn ein Werkzeug also nach einem RFC-822-Namen fragt, will es eine E-Mail-Adresse.
Was sind die zwei Hauptteile einer RFC-822-Nachricht? +
Der Header und der Body, getrennt durch eine einzige Leerzeile. Der Header ist der Block aus Feld: Wert-Zeilen oben (From, To, Subject, Date und so weiter), der Body ist der freie Text darunter. Diese eine leere Zeile ist das Einzige, was einem Mailprogramm sagt, wo der strukturierte Header aufhört und die menschliche Nachricht beginnt, was sie zur wichtigsten Regel von RFC 822 macht.
Wie sieht das Datumsformat von RFC 822 aus? +
Es lautet Wochentag, Tag Monat Jahr, Uhrzeit und Zone, etwa Mon, 11 Oct 82 22:14:15 GMT. Bemerkenswert war das zweistellige Jahr, eine Y2K-Falle, die RFC 2822 später durch vier Stellen behob. Es ist das Format hinter der Date-Kopfzeile jeder E-Mail und der Grund, warum Mail-Daten so aussehen, wie sie aussehen.
Was ist der Unterschied zwischen RFC 822, RFC 2822 und RFC 5322? +
Es sind drei Ausgaben desselben E-Mail-Format-Standards. 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, doch das Wesentliche, der Header-Block, die Leerzeile und der Body, bleibt unverändert. Neuer Code sollte RFC 5322 folgen; RFC 822 ist, woher die Gestalt kam.
Verweise hierher
Andere Erklärseiten auf dieser Website, die auf diesen RFC zurückverweisen:
Wie RFC 822 zusammenhängt
Was vorher kam
-
RFC 733 (1977) war das frühere ARPANET-Nachrichtenformat, das RFC 822 überarbeitete und ersetzte. Die Ahnenreihe des modernen E-Mail-Headers beginnt hier.
Seine Gegenstücke
-
RFC 2822 · abgelöst durch
Die Überarbeitung von 2001
Die modernisierte Ausgabe, die diese hier ablöst, am bekanntesten mit der Korrektur des zweistelligen Jahres. Dieselbe Header-und-Body-Gestalt, aufgeräumt für das Internet nach dem ARPANET.
-
RFC 5322 · der aktuelle Standard
Das heutige E-Mail-Format
Die derzeit gültige Fassung und die, die neuer Code ansteuern sollte. Sie trägt das Skelett von RFC 822 unverändert weiter: Kopffelder, eine Leerzeile, dann der Body.
Teil eines geführten Clusters: Die E-Mail-RFCs, erklärt