Validierung von E-Mails; Fehler in Featureartikel?

[Vinzenz Mai]

Hallo Siechfred,

diese ist - wie die meisten derartigen Prüfungen - fehlerhaft.
Beispiel: Top-Level-Domain .museum ist nicht gestattet.

Das ließe sich durch simples Erweitern von my $dom_tldpart = '[a-zA-Z]{2,5}'; zu my $dom_tldpart = '[a-zA-Z]{2,6}'; beheben

sicher, aber dazu [Manuel B.]:

Ein Script, das bewusst zukünftige Entwicklungen begrenzt, ist IMHO eine völlige Fehlplanung.

Diese Ansicht kann man in genau diesem speziellen Fall nachvollziehen, ständige
Nachverfolgung der TLDs ist Pflicht, z.T. hat man vielleicht keinen Zugriff mehr
auf abgelieferte Auftragsarbeiten.

(gibt es TLDs, die mehr als 6 Zeichen haben?).

MudGuard: Neue Toplevel-Domains (im Test)

Dieser Thread zeigt, wie sinnlos eine willkürliche, wenn auch zum aktuellen
Zeitpunkt anscheinend sinnvolle Obergrenze gehalten ist. Er zeigt auch, warum
es nicht sinnvoll ist, die Zeichenklasse, aus der die Zeichen kommen dürfen,
einzuschränken. Wenn diese TLDs in Betrieb gehen, darf der Benutzer solcher
TLDs erwarten, seine Mail-Adresse auch in der ihm geläufigen Schrift
einzugeben - und nicht in Punycode buchstabieren zu müssen.

Also ganz einfach: Weg mit dieser Einschränkung. Raus aus den Prüfungen!

Ob weitere Fehler enthalten sind, kann und will ich nicht beurteilen.

Wäre aber interessant zu wissen.

da stimme ich Dir zu und verweise aber noch auf folgende zwei interessante
Archivpostings zu diesem Thema:

Cheatah: </archiv/2006/9/t136418/#m885959>
mit interessanter gültiger Mailadresse gegen Ende des Postings.
Einen Knackpunkt der gültigen Adresse hat Mathias Brodala übrigens
übersehen: @ kann in E-Mail-Adressen mehr als einmal vorkommen :-)

Sven Rautenberg: </2005/6/t110127/#m689859>

Freundliche Grüße

Vinzenz