You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Gültige E-Mail-Adressen mit Umlauten wie info@kfz-sachverständiger-müller.de werden vom Validator abgelehnt.
Verknüpfung zu Schematron
Die zuständige Validation Rule ist BR-DE-28. Die Nachricht lautet:
In BT-43 soll genau ein @-Zeichen enthalten sein, welches nicht von einem Leerzeichen, einem Punkt, aber mindestens zwei Zeichen auf beiden Seiten flankiert werden soll. Ein Punkt sollte nicht am Anfang oder am Ende stehen.
<asserttest="matches(normalize-space(ram:EmailURIUniversalCommunication/ram:URIID), $XR-EMAIL-REGEX)"flag="warning"id="BR-DE-28">[BR-DE-28] In BT-43 soll genau ein @-Zeichen enthalten sein, welches nicht von einem Leerzeichen, einem Punkt, aber mindestens zwei Zeichen auf beiden Seiten flankiert werden soll. Ein Punkt sollte nicht am Anfang oder am Ende stehen.</assert>
$XR-EMAIL-REGEX wiederum kommt aus der common.sch:
Die Regel schließt aber fälschlicherweise UTF-8-Zeichen aus.
Warum sind Adressen mit Umlauten gültige E-Mail-Adressen?
Praxis: Umlaute in E-Mail-Adressen funktionieren in gängigen E-Mail-Clients wie Outlook, Gmail und Apple Mail. Sie funktionieren mit einer Großzahl von E-Mail-Servern.
Standard: Laut dem IETF-Standard RFC-6532 (2012, offizieller Standard, weil Status "Proposed Standard" = Umsetzung in der Praxis wird seitens IETF nahegelegt) dürfen auch UTF-8-Zeichen in E-Mail-Adressen stehen.
Änderungsvorschlag
$XR-EMAIL-REGEX um UTF-8-Zeichen erweitern.
The text was updated successfully, but these errors were encountered:
Danke für Ihren Beitrag.
Damit Domain-Namen mit Umlauten im DNS funktionieren, müssen diese intern in Punycode (RFC 3492) konvertiert werden. Meinem Verständnis nach gilt das dann auch für E-Mail-Adressen.
Dementsprechend würde ich die UTF-8-Zeichen ausschließlich VOR dem @-Zeichen sehen, wie in müller@kfz-sachverständiger-mueller.de - entspricht das Ihrer Interpretation des Standards?
Meine Interpretation des Standards wäre, dass eine E-Mail-Adresse Umlaute vor und nach dem @ enthalten dürften. Was in der XRechnung XML landet, muss noch nicht Punycode sein.
Als Referenzimplementierung würde ich Firefox anführen. Die URL ist in der Adresszeile mit Umlauten eingebbar und wird dort auch mit Umlauten angezeigt. Unter der Haube wird anscheinend zu Punycode konvertiert.
Die Konvertierung müsste das verarbeitende System machen, falls eine E-Mail verschickt wird. Dort wäre die DNS-Auflösung wahrscheinlich korrekt aufgehoben, oder?
Problem
Gültige E-Mail-Adressen mit Umlauten wie
info@kfz-sachverständiger-müller.de
werden vom Validator abgelehnt.Verknüpfung zu Schematron
Die zuständige Validation Rule ist
BR-DE-28
. Die Nachricht lautet:Die Schematron-Regel sieht so aus (Quelle):
$XR-EMAIL-REGEX
wiederum kommt aus der common.sch:Die Regel schließt aber fälschlicherweise UTF-8-Zeichen aus.
Warum sind Adressen mit Umlauten gültige E-Mail-Adressen?
Änderungsvorschlag
$XR-EMAIL-REGEX
um UTF-8-Zeichen erweitern.The text was updated successfully, but these errors were encountered: