Unicode und E -Mail

Viele E -Mail -Clients Bieten Sie nun eine Unterstützung für Unicode. Einige Clients wählen je nach Inhalt der E -Mail automatisch zwischen einer älteren Codierung und Unicode, entweder automatisch[1] oder wenn der Benutzer es anfordert.[2]

Technische Anforderungen für das Senden von Nachrichten mit Nicht-NichtsASCII Charaktere per E -Mail enthalten

  • Codierung bestimmter Headerfelder (Subjekt, Namen des Absenders und Empfängers, Absenderorganisation und Antwortname) und optional die Körper
  • Codierung von Nicht-ASCII-Zeichen in einem der Unicode-Transformationen
  • Verhandlung der Verwendung von UTF-8-Codierung in E-Mail-Adressen und Antwortcodes (SMTPUTF8)
  • Senden der Informationen zur Inhaltsübertragungscodierung und der verwendeten Unicode-Transformation, damit die Nachricht vom Empfänger korrekt angezeigt werden kann (siehe Mojibake).

Wenn die E-Mail-Adresse des Absenders oder des Empfängers nicht-ASCII-Zeichen enthält, erfordert das Senden einer Nachricht auch eine Codierung dieser an ein Format, das von Mail-Servern verstanden werden kann.

Unicode -Unterstützung in Protokollen

  • RFC6531 Bietet einen Mechanismus für die Ermöglichung von Nicht-ASCII-E-Mail-Adressen als codiert als UTF-8 in einem (n SMTP[3] oder Lmtp Protokoll

Unicode -Unterstützung im Nachrichtenheader

Um Unicode in bestimmten E -Mail -Header -Feldern zu verwenden, z. Betreffzeilen, Absender und Empfängernamen, der Unicode -Text muss mit a codiert werden Mime "Coded-Wort" mit einer Unicode -Codierung als Charset. Um Unicode im Domain -Teil von E -Mail -Adressen zu verwenden, Idna Codierung muss traditionell verwendet werden. Alternativ SMTPUTF8[3] Ermöglicht die Verwendung der UTF-8-Codierung in E-Mail-Adressen (sowohl in einem lokalen Teil als auch in Domain-Namen) sowie in einem E-Mail-Header-Abschnitt. Es wurden verschiedene Standards erstellt, um den Umgang mit Nicht-ASCII-Daten an das ursprünglich Ascii-nur-E-Mail-Protokoll nachzurüsten:

  • RFC2047 Bietet Unterstützung für die Codierung von Nicht-ASCII-Werten wie echte Namen und Betreffzeilen in E-Mail-Headern[4]
  • RFC5890 Bietet Unterstützung für die Codierung von Nicht-ASCII-Domain-Namen in der Domainnamensystem[5]
  • RFC6532 Ermöglicht die Verwendung von UTF-8 in einem E-Mail-Header-Abschnitt[6]

Unicode -Unterstützung in Nachrichtenkörpern

Wie bei allen Codierungen außer US-Asciibei Verwendung von Unicode -Text in E -Mail, MIME Muss verwendet werden, um anzugeben, dass für den Text ein Unicode -Transformationsformat verwendet wird.

UTF-7Eine veraltete Codierung hatte einen Vorteil gegenüber Unicode-Codierungen in veralteten nicht 8-Bit-Clean-Netzwerken, da es keine Übertragungscodierung erfordert, um in die sieben Bit-Grenzen von Legacy-Internet-Mail-Servern zu passen. Auf der anderen Seite, UTF-16 Muss übertragen werden, um das SMTP -Datenformat anzupassen. Obwohl nicht streng erforderlich, UTF-8 wird normalerweise auch codiert, um Probleme auf sieben Bit Mail-Servern zu vermeiden. Die Mime-Transfer-Codierung von UTF-8 macht es entweder als einfacher Text (im Fall von Basis64) oder für einige Sprachen und Texttypen stark Größe ineffizient (im Fall von zitiert).

Einige Dokumentformate, wie z. Html, PostScript und Rich-text-Format Haben Sie ihre eigenen 7-Bit-Codierungsschemata für Nicht-ASCII-Zeichen und können somit ohne spezielle E-Mail-Codierungen gesendet werden. Z.B. HTML -E -Mail Kann benutzen HTML -Entitäten Um Zeichen von überall in Unicode zu verwenden, auch wenn sich der HTML-Quelltext für die E-Mail in einer älteren Codierung befindet (z. B. 7-Bit-ASCII). Einzelheiten dazu siehe Unicode und HTML.

Siehe auch

Verweise

  1. ^ "Wanderlust/Apel". GitHub. Abgerufen 2018-09-05.
  2. ^ "Setzen Sie Outlook für die Verwendung von UTF-8" fest ". Abgerufen 2018-09-05.
  3. ^ a b Jiankang, Yao; Wei, Mao (Februar 2012). "SMTP -Erweiterung für internationalisierte E -Mails". Tools.ietf.org. Abgerufen 2018-09-05.
  4. ^ Moore, Keith (November 1996). "MIME (Mehrzweck-Internet-Mail-Erweiterungen) Teil drei: Message Header Extensions für Nicht-ASCII-Text". Tools.ietf.org. Abgerufen 2018-09-05.
  5. ^ Klensin, John C (August 2010). "Internationalisierte Domainnamen für Anwendungen (IDNA): Definitionen und Dokumentenrahmen". Tools.ietf.org. Abgerufen 2018-09-05.
  6. ^ Abel, Yang; Shawn, Steele (Februar 2012). "Internationalisierte E -Mail -Header". Tools.ietf.org. Abgerufen 2018-09-05.

Externe Links