Umlaute in Email-Addresse

[Volker Strähle]

Hat der Kunde eine Mail-Adresse mit einem Umlaut (was ja inzwischen möglich ist) kommt die Fehlermeldung: Ihre eingegebene E-Mail-Adresse ist fehlerhaft.

Allerdings ist zu prüfen, ob man das einfach zulassen sollte oder ob man im Admin festlegen können sollte ob Umlaut-Adressen zugelassen oder mit einem Hinweis, dass Umlaut-Adressen in diesem Shop nicht akzeptiert werden beantwortet werden.

Ich bin für die Wahlmöglichkeit im Admin, da u. U. der Kunde zwar die Adresse anlegen kann, aber nicht sichergestellt ist, ob der Email-Client des Shop-Betreibers mit Umlaut-Adressen zurecht kommt, mit der Folge, dass dem Kunden ggf. keine Emails gesendet werden können (=> kein Kundenkontakt).

[Ronald Parcinski]

Bis auf weiteres werden nur Emailadressen nach RFC 5322 unterstützt.

Es bringt nichts wenn man keinen Email Kundenkontakt hat.

Allerdings sollte der Fehlertext unbedingt mit einem Hinweis auf nicht akzeptierte Umlautadressen ergänzt werden

[Torsten Riemer]

In 8915:

Party fix #680

[Torsten Riemer]

Den Hinweistext habe ich in r8915 ergänzt.

[Simon Heinrich]

RFC 5322 wurde durch RFC 6531 abgelöst und erlaubt nun auch Unicodezeichen.
Außerdem darf eine Emailadresse maximal 320 Zeichen lang sein (statt 255 Zeichen, wie in xtc_validate_email.inc.php angegeben).

Zur Umlautproblematik:
Man könnte auch mit ​http://php.net/manual/en/function.idn-to-ascii.php arbeiten.

Drupal macht das in etwa so:
Democoding, der das PHP-eigene "FILTER_VALIDATE_EMAIL" (ab PHP 5.2) und idn_to_ascii() nutzt:

function checkEmail($email){
    $parts = explode('@', $email);
    return count($parts) == 2 && filter_var($parts[0].'@'.idn_to_ascii($parts[1]), FILTER_VALIDATE_EMAIL) !== false;
}

Das würde die modified Emailvalidierung auch wesentlich verschlanken!

[Torsten Riemer]

Wenn ich das richtig sehe setzt das aber eine UTF-8 Installation voraus, die wir bisher im Installer nur optional anbieten.

[Gerhard Waldemair]

wieder zurück nach 2.1