Welche Zeichen sind in einer E-Mail-Adresse erlaubt?

Watch out! Es gibt eine Reihe von Wissens-rot in diesem thread (Zeug, das verwendet, um wahr zu sein und jetzt auch nicht).

Zur Vermeidung falsch-positiver Verwerfungen der eigentlichen E-Mail-Adressen der aktuellen und zukünftigen Welt, und Sie von überall in der Welt, müssen Sie wissen, zumindest die high-level-Konzept von RFC 3490"die Internationalisierung von Domain-Namen in Anwendungen (IDNA)". Ich weiß, dass die Leute in UNS und sind oft nicht auf diesem, aber es ist bereits in weit verbreitet, und die rasant zunehmende Nutzung auf der ganzen Welt (vor allem die nicht-Englisch-dominierte Teile).

Das wesentliche ist, dass Sie können jetzt Adressen wie mason@日本.com und wildwezyr@fahrvergnügen.net. Nein, dies ist noch nicht kompatibel mit alles gibt (so viele haben sich beklagt über, auch einfache qmail-Stil +ident-Adressen werden oft fälschlicherweise abgelehnt). Aber es gibt ein RFC eine Spezifikation, es ist jetzt gesichert durch die IETF und ICANN, und--noch wichtiger--es gibt eine große und wachsende Zahl von Implementierungen unterstützen diese Verbesserung, die derzeit in Dienst.

Ich wusste nicht viel über diese Entwicklung mir, bis ich zog nach Japan zurück und begann, E-Mail-Adressen wie hei@やる.ca und Amazon-URLs wie diese:

http://www.amazon.co.jp/エレクトロニクス-デジタルカメラ-ポータブルオーディオ/b/ref=topnav_storetab_e?ie=UTF8&node=3210981

Ich weiß, Sie wollen nicht links zu specs, aber wenn Sie verlassen sich ausschließlich auf das veraltete wissen von Hackern auf Internet-Foren, Ihre E-Mail-Bestätigung wird am Ende die Ablehnung E-Mail-Adressen, die nicht-Englisch-Benutzer erwarten zunehmend, um zu arbeiten. Für jene Benutzer, die eine solche Validierung wird genauso nervig wie die alltäglich Gehirn-tote form, die wir alle hassen, die nicht mit einem + oder einem dreiteiligen domain-Namen oder was auch immer.

So, ich sage nicht, dass es nicht ein Streit, sondern die vollständige Liste der Zeichen "erlaubt unter some/any/none Voraussetzungen" (fast) alle Zeichen in allen Sprachen. Wenn Sie auf "akzeptieren alle gültigen email-Adressen (und viele ungültig zu)" dann müssen Sie IDN berücksichtigt, die im Grunde macht ein Charakter-basierte Ansatz unbrauchbar (sorry), es sei denn, Sie zuerst konvertieren Sie die internationalisierte E-Mail-Adressen zu Punycode.

Nachdem ich, dass Sie Folgen können die (meisten) genannten Ratschläge.

InformationsquelleAutor der Antwort Mason

Das format der e-mail-Adresse ist: local-part@domain-part (max. 64@255 Zeichen, nicht mehr auf insgesamt 256).

Den local-part und domain-part könnten unterschiedliche Menge der zulässigen Zeichen, aber das ist nicht alles, denn es gibt mehr Regeln.

Im Allgemeinen, den lokalen Teil kann diese ASCII-Zeichen:

• kleine lateinische Buchstaben: abcdefghijklmnopqrstuvwxyz,
• Großbuchstaben lateinische Buchstaben: ABCDEFGHIJKLMNOPQRSTUVWXYZ,
• Ziffern: 0123456789,
• Sonderzeichen: !#$%&'*+-/=?^_`{|}~,
• dot: . (nicht das erste oder Letzte Zeichen oder wiederholt werden, soweit nicht zitiert),
• Raum Satzzeichen wie: "(),:;<>@[\] (mit einigen Einschränkungen),
• Kommentare: () (erlaubt sind in Klammern gesetzt werden, z.B. (comment)[email protected]).

Domain-Teil:

• kleine lateinische Buchstaben: abcdefghijklmnopqrstuvwxyz,
• Großbuchstaben lateinische Buchstaben: ABCDEFGHIJKLMNOPQRSTUVWXYZ,
• Ziffern: 0123456789,
• Bindestrich: - (nicht das erste oder Letzte Zeichen),
• enthalten kann, die IP-Adresse, umgeben von eckigen Klammern: jsmith@[192.168.2.1] oder jsmith@[IPv6:2001:db8::1].

Diese e-mail-Adressen sind gültig:

• [email protected]
• [email protected]
• [email protected]
• [email protected]
• [email protected] (ein-Buchstaben-lokaler Teil)
• "much.more unusual"@example.com
• "[email protected]"@example.com
• "very.(),:;<>[]\".VERY.\"very@\ \"very\".unusual"@strange.example.com
• [email protected]
• admin@mailserver1 (local domain Namen ohne die top-level-domain)
• #!$%&'*+-/=?^_`{}|[email protected]
• "()<>[]:,;@\\"!#$%&'-/=?^_`{}| ~.a"@example.org
• " "@example.org (Leerzeichen zwischen den Anführungszeichen)
• example@localhost (gesendet vom localhost)
• [email protected] (siehe Liste der Internet-top-level-domains)
• user@com
• user@localserver
• user@[IPv6:2001:db8::1]

Diese Beispiele für ungültige:

• Abc.example.com (keine @ Charakter)
• A@b@[email protected] (nur eine @ erlaubt ist, die außerhalb Anführungszeichen)
• a"b(c)d,e:f;gi[j\k][email protected] (keine Sonderzeichen in diesem lokalen Teil erlaubt sind, die außerhalb Anführungszeichen)
• just"not"[email protected] (Zeichenketten in Anführungszeichen müssen durch Punkt getrennte oder das einzige element der lokale Teil)
• this is"not\[email protected] (Leerzeichen, Anführungszeichen und umgekehrte Schrägstriche können nur existieren, wenn innerhalb von Zeichenfolgen, und mit vorangestelltem backslash)
• this\ still\"not\[email protected] (auch wenn escaped " (mit vorangestelltem backslash), Leerzeichen, Anführungszeichen und umgekehrte Schrägstriche müssen noch enthaltenen Zitate)
• [email protected] (Doppel Punkt vor @); (mit VORBEHALT: Gmail lässt diese durch)
• [email protected] (Doppel-Punkt nach @)
• eine gültige Adresse mit einem führenden Leerzeichen
• eine gültige Adresse mit einem Leerzeichen

Quelle: E-Mail-Adresse bei Wikipedia

Perl-RFC2822-regex für die überprüfung von E-Mails:

(?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t]
)+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:
\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(
?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ 
\t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\0
31]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\
](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+
(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:
(?:\r\n)?[ \t])*))*|(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z
|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)
?[ \t])*)*\<(?:(?:\r\n)?[ \t])*(?:@(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\
r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[
 \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)
?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t]
)*))*(?:,@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[
 \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*
)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t]
)+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*)
*:(?:(?:\r\n)?[ \t])*)?(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+
|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r
\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:
\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t
]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031
]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](
?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?
:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?
:\r\n)?[ \t])*))*\>(?:(?:\r\n)?[ \t])*)|(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?
:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?
[ \t]))*"(?:(?:\r\n)?[ \t])*)*:(?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] 
\000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|
\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>
@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"
(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t]
)*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?
:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[
\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*|(?:[^()<>@,;:\\".\[\] \000-
\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(
?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)*\<(?:(?:\r\n)?[ \t])*(?:@(?:[^()<>@,;
:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([
^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\"
.\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\
]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*(?:,@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\
[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\
r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] 
\000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]
|\\.)*\](?:(?:\r\n)?[ \t])*))*)*:(?:(?:\r\n)?[ \t])*)?(?:[^()<>@,;:\\".\[\] \0
00-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\
.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,
;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?
:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*
(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".
\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[
^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]
]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*\>(?:(?:\r\n)?[ \t])*)(?:,\s*(
?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(
?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[
\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t
])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t
])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?
:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|
\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*|(?:
[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\
]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)*\<(?:(?:\r\n)
?[ \t])*(?:@(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["
()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)
?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>
@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*(?:,@(?:(?:\r\n)?[
 \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,
;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t]
)*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*)*:(?:(?:\r\n)?[ \t])*)?
(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".
\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:
\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\[
"()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])
*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])
+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\
.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z
|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*\>(?:(
?:\r\n)?[ \t])*))*)?;\s*)

Die regexp für RFC2822-Adressen war nur ein 3,7 k.

Siehe auch: RFC 822 E-Mail-Adresse-Parser in PHP.

Den formalen Definitionen von e-mail-Adressen befinden sich in:

• RFC 5322 (Abschnitte 3.2.3 und 3.4.1, obsoletes RFC 2822), RFC 5321 und RFC 3696,
• RFC 6531 (zulässige Zeichen).

Verwandte:

• Die wahre macht von regulären Ausdrücken

InformationsquelleAutor der Antwort kenorb

Können Sie beginnen aus wikipedia-Artikel:

• Groß-und Kleinbuchstaben Buchstaben des englischen Alphabets (a-z, a-Z)
• Ziffern 0 bis 9
• Zeichen ! # $ % & ' * + - /= ? ^ _ ` { | } ~
• Charakter . (Punkt, Punkt, Punkt), vorausgesetzt, es ist nicht das erste oder Letzte Zeichen, und vorausgesetzt auch, dass es nicht erscheint, zwei oder mehrere Male hintereinander.

InformationsquelleAutor der Antwort Vladimir

Check für @ und . und dann schicken Sie eine E-Mail für Sie zu überprüfen.

Ich kann immer noch nicht mit meiner .name E-Mail-Adresse auf 20% der Websites im internet, weil jemand vermasselt Ihre E-Mail-Bestätigung, oder weil es älter als die neuen Adressen gültig.

InformationsquelleAutor der Antwort Richard Maxwell

Einen guten read auf den egal.

Auszug:

These are all valid email addresses!

"Abc\@def"@example.com
"Fred Bloggs"@example.com
"Joe\\Blow"@example.com
"Abc@def"@example.com
customer/[email protected]
\[email protected]
!def!xyz%[email protected]
[email protected]

InformationsquelleAutor der Antwort Luke Madhanga

Akzeptierte Antwort bezieht sich auf ein Wikipedia-Artikel bei der Erörterung der gültigen local-part einer E-Mail-Adresse, aber Wikipedia ist nicht eine Autorität auf diesem.

IETF RFC 3696 ist eine Behörde auf diese Angelegenheit und sollte konsultiert werden in Abschnitt 3. Einschränkung der E-Mail-Adressen auf Seite 5:

Zeitgenössische E-Mail-Adressen bestehen aus einem "lokalen Teil" getrennt von
"domain-part" (ein voll-Qualifizierter domain-name) von einem at-Zeichen ("@").
Die syntax der domain-Teil entspricht, dass in der bisherigen
Abschnitt. Die Kritikpunkte, die in diesem Abschnitt zum filtern und
Listen von Namen gelten für den domain-Namen in eine E-Mail als Kontext
gut. Der domain-name kann auch ersetzt werden durch eine IP-Adresse in
eckige Klammern, aber die form wird dringend abgeraten, außer für
Test-und troubleshooting-Zwecken.

Den lokalen Teil kann angezeigt werden mit dem zitieren von Konventionen beschrieben
unten. Die angegebenen Formen sind in der Praxis selten verwendet, jedoch erforderlich sind,
für einige legitime Zwecke. Daher, Sie sollte nicht abgelehnt werden, in
filtern von Routinen, sondern sollte stattdessen an die E-Mail-system
für die Bewertung durch die Ziel-host.

Die genaue Regel ist, dass alle ASCII-Zeichen, einschließlich der
Zeichen auftreten können, zitiert werden, oder eine Zeichenfolge in Anführungszeichen ein. Beim zitieren ist
benötigt, das backslash-Zeichen verwendet wird um die Angabe der folgenden
Charakter. Zum Beispiel

  Abc\@[email protected]

ist eine gültige form einer E-Mail-Adresse. Leerzeichen können auch erscheinen,
wie in

  Fred\ [email protected]

Dem backslash-Zeichen kann auch verwendet werden, um zu nennen sich, z.B.,

  Joe.\\[email protected]

Neben zitieren mit dem backslash-Zeichen, konventionelle
doppelte Anführungszeichen können verwendet werden, um surround-strings. Zum Beispiel

  "Abc@def"@example.com

  "Fred Bloggs"@example.com

sind Alternative Formen der ersten beiden Beispiele oben. Diese zitiert
Formen sind selten empfohlen, und sind selten in der Praxis, aber, wie
oben diskutiert, müssen unterstützt werden, die von Anwendungen verarbeitet werden
E-Mail-Adressen. Insbesondere die zitierten Formen erscheinen oft in der
Kontext-Adressen im Zusammenhang mit-übergängen aus anderen Systemen
und Zusammenhänge; diese übergangsbestimmungen tun immer noch auftreten, und,
da ein system, das akzeptiert eine vom Benutzer bereitgestellte E-Mail-Adresse nicht
"wissen", ob diese Adresse im Zusammenhang mit einem legacy-system, die
Adresse Formen angenommen werden muss, und an die E-Mail-Umgebung.

Ohne Anführungszeichen, local-Teile kann aus einer beliebigen Kombination von

alphabetische Zeichen, Ziffern oder eines der Sonderzeichen, die

  ! # $ % & ' * + - /= ?  ^ _ ` . { | } ~

Punkt (".") möglicherweise auch angezeigt, aber kann nicht verwendet werden, um start-oder end -
der lokale Teil, noch können zwei oder mehr aufeinander folgende Zeiträume angezeigt werden.
Nicht anders angegeben, alle ASCII-Grafik (Druck -) Zeichen, das als
das at-Zeichen ("@"), backslash, Anführungszeichen, Kommas oder eckige Klammern
Mai erscheinen, ohne zu zitieren. Wenn jeder von dieser Liste ausgeschlossen
Zeichen angezeigt werden, müssen Sie in Anführungszeichen eingeschlossen werden. Formen wie

  [email protected]

  customer/[email protected]

  [email protected]

  !def!xyz%[email protected]

  [email protected]

gültig sind und sehen ziemlich regelmäßig, aber keines der Zeichen
die oben aufgeführten sind zulässig.

Als andere getan haben, ich behaupte, dass ein regex für PHP und JavaScript zum validieren von E-Mail-Adressen:

/^[a-z0-9!'#$%&*+\/=?^_`{|}~-]+(?:\.[a-z0-9!'#$%&*+\/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-zA-Z]{2,}$/i

InformationsquelleAutor der Antwort Mac

In meinem PHP ich diese Prüfung

<?php
if (preg_match(
'/^(?:[\w\!\#\$\%\&\'\*\+\-\/\=\?\^\`\{\|\}\~]+\.)*[\w\!\#\$\%\&\'\*\+\-\/\=\?\^\`\{\|\}\~]+@(?:(?:(?:[a-zA-Z0-9_](?:[a-zA-Z0-9_\-](?!\.)){0,61}[a-zA-Z0-9_-]?\.)+[a-zA-Z0-9_](?:[a-zA-Z0-9_\-](?!$)){0,61}[a-zA-Z0-9_]?)|(?:\[(?:(?:[01]?\d{1,2}|2[0-4]\d|25[0-5])\.){3}(?:[01]?\d{1,2}|2[0-4]\d|25[0-5])\]))$/',
"tim'[email protected]"        
)){
    echo "legit email";
} else {
    echo "NOT legit email";
}
?>

versuchen Sie es selbst http://phpfiddle.org/main/code/9av6-d10r

InformationsquelleAutor der Antwort Yevgeniy Afanasyev

Für Interessierte, die Validierung von internationalen domains, es ist ein .NET-tool finden Sie hier (nicht in Verbindung mit dem Unternehmen):

http://cobisi.com/email-validation/.net-component
- kompatibel mit einer langen Liste von RFCs:

IETF-standards (RFC-1123, RFC 2821, RFC 2822, RFC 3490, RFC 3696, RFC
4291, RFC 5321 und RFC 5322 und RFC 5336), mit Unterstützung für die zitierten Worte,
domain-Literale, die nicht-ASCII-domain-Namen (IDNA), und Postfächer, und
Kommentare

InformationsquelleAutor der Antwort Sha

Einfachheitshalber, ich desinfizieren Sie die Vorlage, indem Sie alle text innerhalb von doppelten Anführungszeichen und die umgebenden Anführungszeichen vor der Validierung, Inbetriebnahme des kibosh auf E-Mail-Adresse Einsendungen basiert auf dem, was nicht zulässig ist. Nur weil jemand haben kann, der John.."*$hizzle*Bizzle"[email protected] Adresse bedeutet nicht, dass ich zulassen, dass es in meinem system. Wir Leben in der Zukunft, wo es vielleicht weniger Zeit in Anspruch nimmt, um eine Kostenlose E-Mail-Adresse als zu tun, einen guten job, wischte sich Ihren po. Und es ist nicht so, wenn die E-Mail-Kriterien sind nicht verputzt, rechts neben dem Eingang, der sagt, was ist erlaubt und welche nicht erlaubt.

Ich auch desinfizieren, was ist ausdrücklich nicht gestattet, die von verschiedenen RFCs nach dem zitierten material entfernt wird. Die Liste der speziell unzulässigen Zeichen und Muster zu sein scheint, eine viel kürzere Liste zu testen.

Nicht zulässig:

    local part starts with a period ( [email protected] )
    local part ends with a period   ( [email protected] )
    two or more periods in series   ( [email protected] )
    &’`*|/                         ( some&thing`[email protected] )
    more than one @                 ( which@[email protected] )
    :%                              ( mo:characters%mo:[email protected] )

In dem Beispiel gegeben:

John.."The*$hizzle*Bizzle"[email protected] --> [email protected]

[email protected] --> [email protected]

Senden einer E-Mail bestätigen-Nachricht an die übrig gebliebenen Ergebnis bei einem Versuch, hinzufügen oder ändern Sie die E-Mail-Adresse ist ein guter Weg, um zu sehen, ob Ihr code verarbeiten kann, die E-Mail-Adresse übermittelt. Wenn die E-Mail-Validierung weiterleitet, nach wie vielen Runden der Bereinigung als notwendig, dann Feuer aus, dass die Bestätigung. Wenn eine Anfrage kommt zurück aus den Bestätigungs-link, dann die neue E-Mail verschoben werden können, aus dem Betrieb||temporär||Fegefeuer status oder Lagerung eine echte, bonafide erste-Klasse gespeicherten E-Mails.

Einer Meldung der E-Mail-Adresse ändern, Versagen oder Erfolg können Sie an die alte E-Mail-Adresse, wenn Sie möchten, Rücksicht zu nehmen. Unbestätigten Konto-setups fallen aus dem system heraus als Fehlversuche ganz nach einer angemessenen Höhe der Zeit.

Ich nicht zulassen stinkhole E-Mails auf meinem system, vielleicht ist das auch nur werfen Geld Weg. Aber, 99,9% der Zeit, die Menschen nur das richtige tun und haben eine E-Mail, keine push-Konformität Grenzwerte an den Rand Verwendung Grenzfall der Kompatibilität Szenarien. Seien Sie vorsichtig, der regex DDoS, das ist ein Ort, wo können Sie in Schwierigkeiten geraten. Und dies ist in Bezug auf die Dritte Sache, die ich mache, setze ich ein limit, wie lange ich bereit bin, zu verarbeiten, eine E-Mail. Wenn es braucht, um langsam nach unten meine Maschine zu bekommen validiert-es ist nicht immer vorbei, die meine eingehenden-Daten-API-Endpunkt-Logik.

Edit: Diese Antwort hatten immer dinged als "schlecht", und vielleicht es es auch verdient. Vielleicht ist es immer noch schlecht, vielleicht auch nicht.

InformationsquelleAutor der Antwort BradChesney79