wake-up-neo.net

Kann eine E-Mail-Adresse internationale (nicht englische) Zeichen enthalten?

Wenn es möglich ist, sollte ich solche E-Mails von Benutzern annehmen und mit welchen Problemen muss ich rechnen, wenn ich E-Mails an solche Adressen sende?

74
User

Offiziell gemäß RFC 6532 - Ja .

Eine kurze Erklärung finden Sie unter wikipedia zum Thema.

49
Yuval Adam

Update 2015: Verwenden Sie RFC 6532

Das experimentelle 5335 wurde veraltet durch: 6532 und
dies wurde später auf "Category: Standards Track" gesetzt,
es zum Standard machen.

Das Abschnitt 3.2 (Syntaxerweiterungen zu RFC 5322 ) hat die meisten Textfelder zu aktualisiert
enthalten (richtiges) UTF-8.

The following rules extend the ABNF syntax defined in [RFC5322] and
[RFC5234] in order to allow UTF-8 content.

VCHAR   =/  UTF8-non-ascii
ctext   =/  UTF8-non-ascii
atext   =/  UTF8-non-ascii
qtext   =/  UTF8-non-ascii
text    =/  UTF8-non-ascii
             ; note that this upgrades the body to UTF-8
dtext   =/  UTF8-non-ascii

The preceding changes mean that the following constructs now
allow UTF-8:
   1.  Unstructured text, used in header fields like
       "Subject:" or "Content-description:".
   2.  Any construct that uses atoms, including but not limited
       to the local parts of addresses and Message-IDs. This
       includes addresses in the "for" clauses of "Received:"
       header fields.
   3.  Quoted strings.
   4.  Domains.

Note that header field names are not on this list; these are still
restricted to ASCII.

Bitte beachten Sie die explizite Aufnahme von Domains.
Und der explizite Ausschluss von Header Namen.

Beachten Sie auch NFKC :

The UTF-8 NFKC normalization form SHOULD NOT be used because
it may lose information that is needed to correctly spell
some names in some unusual circumstances.

Und Abschnitt start:

Also note that messages in this format require the use of the
SMTPUTF8 extension [RFC6531] to be transferred via SMTP.
21
user2350426

Das Problem ist, dass einige E-Mail-Clients (Server-Tools und/oder Desktop-Tools) dies nicht unterstützen und eine ungültige E-Mail-Ausnahme auslösen, wenn Sie versuchen, eine E-Mail an eine Adresse zu senden, die beispielsweise Umlaute enthält.

Wenn Sie volle Unterstützung wünschen, können Sie den Trick mit der Konvertierung der E-Mail-Adressenteile in "Punycode" machen. Auf diese Weise können Benutzer ihre Adressen auf die übliche Weise eingeben, aber auf unterstützte Weise speichern.

Beispiel: müller.com "xn--mller-kva.com

Beide weisen auf dasselbe hin.

8
pduersteler

Ich würde ja annehmen, da eine Reihe von Top-Level-Domains bereits Nicht-ASCII-Zeichen für Domains zulassen und da die Domain Teil einer E-Mail-Adresse ist, ist dies durchaus möglich. Ein Beispiel für eine solche Domain wäre www.öko.de

5
André

Noch nicht. Das IEEE plant dies: H-Online-Artikel: IEFT plant internationalisierte E-Mail-Adressen , hier ist das RfC: SMTP-Erweiterung für internationalisierte E-Mail-Adressen

Zitat von H-Online (wie es ging):

Die Internet Engineering Task Force (IETF) hat drei wichtige Dokumente für die Standardisierung von E-Mail-Adressköpfen veröffentlicht, die Symbole außerhalb des Zeichensatzes ASCII=) enthalten. Das bedeutet, dass Sie bald Chinesisch sprechen können Zeichen, französische Akzente und deutsche Umlaute in E-Mail-Adressen sowie im Textkörper der Nachricht. Wenn Sie also Zoë heißen und für ein Unternehmen arbeiten, das Fassaden herstellt, sind Sie möglicherweise an einer neuen E-Mail-Adresse interessiert Viele Anbieter jammern bereits: Es müsste ein "Upgrade-Mania" geben, wenn der Unicode-Standard UTF-8 den derzeit als allgemeine E-Mail-Sprache verwendeten amerikanischen Standardcode für den Informationsaustausch (ASCII) ersetzen soll.

RFC 5335 spezifiziert die Verwendung von UTF-8 in praktisch allen E-Mail-Headern. Änderungen müssten an SMTP-Clients, SMTP-Servern, Mail User Agents (MUAs), Software für Mailinglisten, Gateways zu anderen Medien und überall dort vorgenommen werden, wo E-Mails verarbeitet oder weitergeleitet werden. RFC 5336 erweitert das SMTP-E-Mail-Transportprotokoll. Auf der Ebene des Protokolls trägt die Erweiterung die Bezeichnung UTF8SMTP.

Ein neues Header-Feld wird als eine Art "Notfall-Fallschirm" hinzugefügt, um sicherzustellen, dass UTF-8-E-Mails eine weiche Landung haben, wenn sie von nicht aktualisierten Systemen verworfen werden, bevor sie den Empfänger erreichen. Die "OldAddress" ist eine reine ASCII Adresse. OldAddress soll jedoch nicht als Kanal für einen zweiten Übertragungsversuch verwendet werden, sondern dafür sorgen, dass Feedback nach Hause gesendet wird.

Schließlich stellt RFC5337 sicher, dass korrekte Nachrichten in Bezug auf den Zustellstatus von Nicht-ASCII-E-Mails gesendet werden. Die korrekte Adresse eines nicht erreichbaren Empfängers muss zurückgesandt werden, auch wenn der Weitertransport abgelehnt wurde. Die EAI-Arbeitsgruppe (Email Address Internationalization) arbeitet auch an einer Reihe von "Downgrade-Mechanismen" für verschiedene Header-Felder und den Umschlag. Wenn möglich, sollen die ursprünglichen Header-Informationen "verpackt" und aufbewahrt werden.

Deutschlands DeNIC, der Registrar für die ".de" -Domain, nimmt dies dennoch in Kauf. "Wir können wirklich nicht viel tun", erklärte DeNIC-Sprecher Klaus Herzig. DeNIC widmet stattdessen dem Update, an dem die IETF für den Standard internationaler Domänen arbeitet - RFC3490 oder IDNA2003, wie es manchmal genannt wird. "Wir sind nicht so glücklich darüber, weil es keine Abwärtskompatibilität gibt", erklärte Herzig. Wenn das Update kommt, sagt DeNIC, dass es sein Gewicht hinter das bisher übersehene Symbol "ß" - auch als estzett bekannt - werfen wird. Der deutsche Registrar sagt auch, dass es angesichts der mangelnden Abwärtskompatibilität etwas dauern kann, bis die Umstellung erfolgt. Sobald der neue Standard stabil läuft und Registrare und Anbieter ihn übernommen haben, wird das ß hinzugefügt.

Im Gegensatz dazu glauben Experten, dass chinesische Registrare in China und Taiwan die Änderung für internationalisierte E-Mails schnell umsetzen werden. Vertreter von CNIC und TWNIC sind Autoren der Standards. Chinesische Benutzer müssen derzeit E-Mails in ASCII links vom @ und in chinesischen Zeichen rechts davon für chinesische Domains schreiben, die bereits internationalisiert wurden.

(Monika Ermert)

1
guerda

kurze antwort: ja

nicht nur im benutzernamen sondern auch im domainnamen sind erlaubt.

1
Luixv

Die Antwort lautet ja, aber sie müssen speziell codiert werden.

Schau dir das an . Lesen Sie den Teil, der sich auf E-Mail-Header und RFC 2047 bezieht.

0
idrosid