Zum Hauptinhalt springen

RFC 5322 - Internet Message Format

  • Status: Draft Standard
  • Veröffentlicht: October 2008
  • Stream: IETF
  • Aktualisiert: RFC 4021
  • Ersetzt: RFC 2822
  • Aktualisiert durch: RFC 6854
  • Errata: No Errata

Status dieses Memorandums​

Dieses Dokument spezifiziert ein Protokoll des Internet-Standardisierungsprozesses (Internet standards track) für die Internet-Gemeinschaft und bittet um Diskussion und Anregungen für Verbesserungen. Bitte beziehen Sie sich für den Standardisierungszustand und den Status dieses Protokolls auf die aktuelle Ausgabe der "Internet Official Protocol Standards" (STD 1). Die Verteilung dieses Memorandums ist unbegrenzt.

Zusammenfassung​

Dieses Dokument spezifiziert das Internet Message Format (IMF), eine Syntax für Textnachrichten, die zwischen Computerbenutzern im Rahmen von "Electronic-Mail"-Nachrichten gesendet werden. Diese Spezifikation ist eine Überarbeitung von Request For Comments (RFC) 2822, das selbst Request For Comments (RFC) 822, "Standard for the Format of ARPA Internet Text Messages", ersetzte, indem es an die aktuelle Praxis angepasst und um inkrementelle Änderungen ergänzt wurde, die in anderen RFCs spezifiziert wurden.

Inhaltsverzeichnis​

  • 1. Einleitung
    • 1.1. Geltungsbereich
    • 1.2. Notationskonventionen
      • 1.2.1. Anforderungsnotation
      • 1.2.2. Syntaktische Notation
      • 1.2.3. Struktur dieses Dokuments
  • 2. Lexikalische Analyse von Nachrichten
    • 2.1. Allgemeine Beschreibung
      • 2.1.1. Zeilenlängengrenzen
    • 2.2. Header-Felder
      • 2.2.1. Unstrukturierte Header-Feld-Körper
      • 2.2.2. Strukturierte Header-Feld-Körper
      • 2.2.3. Lange Header-Felder
    • 2.3. Nachrichtenkörper
  • 3. Syntax
    • 3.1. Einleitung
    • 3.2. Lexikalische Token
      • 3.2.1. Quotierte Zeichen
      • 3.2.2. Faltbare Leerzeichen und Kommentare
      • 3.2.3. Atom
      • 3.2.4. Quotierte Zeichenketten
      • 3.2.5. Verschiedene Token
    • 3.3. Datums- und Zeitangabe
    • 3.4. Adressangabe
      • 3.4.1. Addr-Spec-Angabe
    • 3.5. Gesamtsyntax der Nachricht
    • 3.6. Felddefinitionen
      • 3.6.1. Das Feld für das Erstellungsdatum
      • 3.6.2. Absenderfelder
      • 3.6.3. Felder für Zieladressen
      • 3.6.4. Identifikationsfelder
      • 3.6.5. Informationsfelder
      • 3.6.6. Resent-Felder
      • 3.6.7. Trace-Felder
      • 3.6.8. Optionale Felder
  • 4. Veraltete Syntax
    • 4.1. Verschiedene veraltete Token
    • 4.2. Veraltete faltbare Leerzeichen
    • 4.3. Veraltetes Datum und veraltete Zeit
    • 4.4. Veraltete Adressierung
    • 4.5. Veraltete Header-Felder
      • 4.5.1. Veraltetes Feld für das Erstellungsdatum
      • 4.5.2. Veraltete Absenderfelder
      • 4.5.3. Veraltete Felder für Zieladressen
      • 4.5.4. Veraltete Identifikationsfelder
      • 4.5.5. Veraltete Informationsfelder
      • 4.5.6. Veraltete Resent-Felder
      • 4.5.7. Veraltete Trace-Felder
      • 4.5.8. Veraltete optionale Felder
  • 5. Sicherheitsüberlegungen
  • 6. IANA-Überlegungen
  • 7. Referenzen
    • 7.1. Normative Referenzen
    • 7.2. Informative Referenzen
  • Anhang A. Beispielnachrichten
    • A.1. Adressierungsbeispiele
      • A.1.1. Eine Nachricht von einer Person an eine andere mit einfacher Adressierung
      • A.1.2. Verschiedene Arten von Mailboxen
      • A.1.3. Gruppenadressen
    • A.2. Antwortnachrichten
    • A.3. Weitergeleitete Nachrichten
    • A.4. Nachrichten mit Trace-Feldern
    • A.5. Leerzeichen, Kommentare und andere Besonderheiten
    • A.6. Veraltete Formen
      • A.6.1. Veraltete Adressierung
      • A.6.2. Veraltete Datumsangaben
      • A.6.3. Veraltete Leerzeichen und Kommentare
  • Anhang B. Unterschiede zu früheren Spezifikationen
  • Anhang C. Danksagungen

Anschrift des Autors​

Peter W. Resnick (editor) Qualcomm Incorporated 5775 Morehouse Drive San Diego, CA 92121-1714 US

Phone: +1 858 651 4478 EMail: [email protected] URI: http://www.qualcomm.com/~presnick/

Vollständige Urheberrechtserklärung​

Copyright (C) The IETF Trust (2008).

Dieses Dokument unterliegt den Rechten, Lizenzen und Beschränkungen, die in BCP 78 enthalten sind, und sofern darin nichts anderes festgelegt ist, behalten die Autoren alle ihre Rechte.

Dieses Dokument und die darin enthaltenen Informationen werden auf einer "AS IS"-Grundlage bereitgestellt, und DER MITWIRKENDE, DIE ORGANISATION, DIE ER/SIE VERTRITT ODER VON DER ER/SIE GESPONSERT WIRD (FALLS VORHANDEN), DIE INTERNET SOCIETY, DAS IETF TRUST UND DIE INTERNET ENGINEERING TASK FORCE LEHNEN ALLE AUSDRÜCKLICHEN ODER STILLSCHWEIGENDEN GEWÄHRLEISTUNGEN AB, EINSCHLIESSLICH, ABER NICHT BESCHRÄNKT AUF JEGLICHE GEWÄHRLEISTUNG, DASS DIE NUTZUNG DER HIERIN ENTHALTENEN INFORMATIONEN KEINE RECHTE VERLETZEN WIRD, SOWIE JEGLICHER STILLSCHWEIGENDEN GEWÄHRLEISTUNG DER MARKTGÄNGIGKEIT ODER EIGNUNG FÜR EINEN BESTIMMTEN ZWECK.

Geistiges Eigentum​

Die IETF nimmt keine Stellung zur Gültigkeit oder zum Umfang von Rechten an geistigem Eigentum (Intellectual Property Rights) oder anderen Rechten, die geltend gemacht werden könnten, sich auf die Implementierung oder Nutzung der in diesem Dokument beschriebenen Technologie zu beziehen, noch dazu, inwieweit eine Lizenz unter solchen Rechten verfügbar sein könnte oder nicht; sie erklärt auch nicht, dass sie unabhängige Anstrengungen unternommen hat, um solche Rechte zu identifizieren. Informationen zu den Verfahren bezüglich der Rechte in RFC-Dokumenten finden sich in BCP 78 und BCP 79.

Kopien der dem IETF-Sekretariat vorgelegten IPR-Offenlegungen sowie etwaige Zusicherungen hinsichtlich zur Verfügung zu stellender Lizenzen oder das Ergebnis eines Versuchs von Implementierern oder Nutzern dieser Spezifikation, eine allgemeine Lizenz oder Erlaubnis für die Nutzung solcher Schutzrechte zu erhalten, können beim IETF-Online-IPR-Repository unter http://www.ietf.org/ipr abgerufen werden.

Die IETF lädt jede interessierte Partei ein, sie auf Urheberrechte, Patente oder Patentanmeldungen oder andere Schutzrechte hinzuweisen, die Technologie abdecken könnten, deren Implementierung für diesen Standard erforderlich sein könnte. Bitte richten Sie diese Informationen an die IETF unter [email protected].