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

Update 2015: Verwenden Sie RFC 6532

Den experimentellen Fünf tausend drei hundert fünf und dreißig wurde Ersetzt durch: Sechs tausend fünf hundert zwei und dreißig und

später wurde auf "Kategorie: Standards Track"

machen es der standard.

Den Abschnitt 3.2 (Syntax-Erweiterungen zu RFC 5322) aktualisiert hat, die meisten text-Felder

enthalten die (richtige) 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 Einbindung von Domänen.

Und der explizite Ausschluss-header Namen.

Beachten Sie auch über 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 3 start:

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

InformationsquelleAutor der Antwort

Ich würde davon ausgehen, ja seit einer Reihe von top-level-domains ermöglichen bereits die nicht-ascii -
Zeichen für domains und da der domain-Teil einer E-Mail-Adresse, es ist
perfekt möglich. Ein Beispiel für eine solche domain wäre http://www.öko.de

InformationsquelleAutor der Antwort André

Noch nicht. Das IEEE plant, dies zu tun:
H-Online-Artikel: IEFT Planung internationalisierte E-Mail-Adressenhier ist die RfC: SMTP-Erweiterung für Internationalisierte E-Mail-Adressen

Zitat von H-Online (als es ging):

Internet Engineering Task Force (IETF) veröffentlicht hat drei entscheidende Dokumente für die Standardisierung des E-Mail-Adresse Header
enthalten Symbole außerhalb des ASCII-Zeichensatzes. Dies bedeutet, dass
schon bald werden Sie in der Lage sein zu verwenden chinesische Zeichen, Akzente, und
Deutsche Umlaute in E-Mail-Adressen, als auch nur in den Körper des
Nachricht. Also, wenn Ihr name ist Zoë und Sie arbeiten für ein Unternehmen das macht
Fassaden, die Sie interessieren könnten in eine neue E-Mail-Adresse. Aber
Vertreter von Anbietern sind bereits Stöhnen. Sie sagen, es würde
um eine "upgrade-mania", wenn der Unicode-standard UTF-8 ist
ersetzen Sie den American Standard Code for Information Interchange (ASCII)
derzeit verwendet als die Allgemeine E-Mail-Sprache.

RFC 5335 gibt die Verwendung von UTF-8 in praktisch allen E-Mail-Header.
Änderungen müssten vorgenommen werden, um SMTP-clients, SMTP-Server, E-mail-Benutzer
agents (MUAs), software für mailing-Listen, gateways zu anderen Medien,
und überall dort, wo E-Mail verarbeitet oder weitergegeben. RFC 5336
erweitert den SMTP-E-Mail-transport-Protokoll. Auf der Ebene der
Protokoll, die expansion ist gekennzeichnet UTF8SMTP.

Einen neuen header-Feld Hinzugefügt werden, der als eine Art "not-Fallschirm"
sicherzustellen, dass UTF-8 E-Mails haben eine weiche Landung, wenn Sie hinausgeworfen werden
bevor Sie den Empfänger zu erreichen, indem Systeme, die nicht aktualisiert wurden.
Die "OldAddress" ist eine Reine ASCII-Adresse. Aber OldAddress ist nicht zu
verwendet werden als Kanal für eine zweite übertragung zu versuchen, sondern zu machen
sicher, dass das feedback nach Hause geschickt wird.

Schließlich RFC5337 sorgt dafür, dass die richtigen Nachrichten gesendet werden, in Bezug auf
die Lieferung der status der nicht-ASCII-E-Mails. Die richtige Adresse ein
nicht erreichbar Adressat muss zurück geschickt werden, auch wenn weitere transport hat
zurückgewiesen wurde. Die E-Mail-Adresse Internationalisierung (EAI) arbeiten
die Gruppe arbeitet auch an einer Reihe von "downgrade-Mechanismen" für
verschiedene header-Felder und den Umschlag. Wenn möglich, original-header
die Informationen "verpackt" werden und erhalten bleiben.

Deutschland ist die DeNIC, die Registrierungsstelle für ".de" - domain ist dennoch
nehmen Sie diese in Ihre Schrittlänge. "Es gibt wirklich nicht viel was wir tun können",
erklärte DeNIC-Sprecher Klaus Herzig. Die DeNIC ist statt zahlen
mehr Aufmerksamkeit auf das update, das die IETF ist für die
standard der internationalen domains – RFC3490, oder IDNA2003 wie es ist
manchmal bekannt. "Wir sind nicht glücklich darüber, denn es gibt keine
die Abwärtskompatibilität zu" Herzig erklärt. Wenn das update kommt,
DeNIC sagt, es wird warf sein Gewicht hinter das symbol "ß" - auch
bekannt als estzett - was wurde übersehen bis jetzt. Die Deutschen
registrar sagt auch, dass es vielleicht noch ein bisschen warten, bevor man im Licht
der Mangel an rückwärts Kompatibilität. Sobald der neue standard ist
läuft stabil und Registrare und Provider übernommen haben, die ß
Hinzugefügt werden.

Im Gegensatz dazu, Experten glauben, dass chinesische Registrare in China und
Taiwan wird eine schnelle Umsetzung der änderung für internationalisierte E-Mail.
Vertreter des CNIC und TWNIC sind Autoren des standards.
Chinesische Nutzer müssen derzeit schreiben von E-Mails im ASCII-Links
das @ - und das in chinesischen Zeichen auf der rechten Seite wird es für Chinesen
domains, die bereits internationalisiert.

(Monika Ermert)

InformationsquelleAutor der Antwort guerda