E-Mail-Validierung: Neuer Ansatz

[Alexander (HH)]

Moin Moin!

Hierbei möchte ich ausdrücklich NICHT prüfen, ob die E-Mail-Adresse logisch korrekt ist, sondern größeren Schaden verhindern.

Was für Schäden?

Hierzu soll die Funktion folgenden Gesichtspunkten standhalten:

1. Sie soll so einfach wie möglich gestaltet sein.

... aber nicht einfacher (Einstein)

2. Die Benutzung in der Funktion mail() soll möglich sein ohne Schaden anzurichten (Injenction).

Wenn PHP selbst nicht vernünftig escapen kann, mußt Du es vorher machen.

3. Es soll nur eine E-Mail-Adresse angegeben werden können (nicht mehrere).

4. Die E-Mail-Adresse soll eindeutig identifizierbar sein, damit nicht mehrfach die gleiche Adresse als Ziel verwendet wird.

Welche der folgenden Adressen sind mit [e-mail] identisch? Welche füllen garantiert die selbe Mailbox?

[e-mail].
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail]

• Es muss mindestens ein "@" vorkommen.

• Nach dem letzten @ muß mindestens ein Punkt vorkommen, der nicht direkt am @ hängen darf.

• Ein abschließender "." ist zwar selten, aber technisch korrekt.

• Die Gesamtlänge darf 255 nicht überschreiten (willkürlich gewählt, um ein Limit zu setzen).

Naja, gut, das kannst Du machen. Aber ein Limit ist in den RFCs nicht drin, soweit ich mich erinnere. Hostnamen haben eine Längenbegrenzung, Mail-Accounts nicht.

• zu 2.) Die ersten 32 ASCII-Codes müssen ausgeschlossen werden.

Tja, da könnte man bestimmt was aus den RFCs basteln, aber das geht wohl so in Ordnung.

• zu 3.) Die Zeichen "," und ";" müssen ausgeschlossen werden.

Prinzipiell könnte man auch diese beiden Zeichen im Account-Namen haben, aber das hat wohl kaum einer.

• zu 4.) Die Zeichen "<" und ">" müssen ausgeschlossen werden, sonst sind Mehrfachnennungen der Form "Eva Mustermann [e-mail]" und "Adam Mustermann [e-mail]" möglich.

s/^(.+)\s+<([^<>]+)>$/$2/;

Alexander