Tipps und Tools rund um WordPress
Gültige Zeichen in Email-Adressen bzw. Mailboxnamen
Diese Sonderzeichen können Sie in Email Adressen verwenden. Plus: Online Test-Tools
Lesen Sie hier, welche Sonderzeichen in Email Adressen verwendet werden können.
Inhaltsverzeichnis
Die Syntax
local part
Diese Zeichen sind im Teil einer Email Adresse vor dem @-Zeichen (also links von @, das ist der local part) möglich:
- Buchstaben A-Z und a-z (ohne Akzente und keine Umlaute, kein ß)
- Ziffern 0-9
- Die folgenden Sonderzeichen: ! # $ % & ‘ * + – / = ? ^ _ ` . { | } ~
Die folgende Zeichenkombination ist, was die Syntax betrifft, tatsächlich eine gültige Email-Adresse:
!#$%&’*+-/=?^_`.{|}~@example.com
Oder auch diese Email-Adresse ist gültig:
-‘-/-{@example.com
(Quelle: Wikipedia)
Das bisherige gilt, wenn der local part NICHT von Anführungszeichen umgeben ist. Grundsätzlich lässt sich aber der local part auch in Anführungszeichen setzen, und dann sind weitere Zeichen im local part möglich.
Auch gültig können daher u.a. sogar folgende Mail-Adressen sein:
".John.Doe"@example.com"John.Doe."@example.com"John..Doe"@example.com"John Doe"@example.com" "@example.org(Leerzeichen zwischen den Anführungszeichen)"john..doe"@example.org(aneinandergereihte Punkte)"very.(),:;<>[]\".VERY.\"very@\\ \"very\".unusual"@strange.example.com
Es wird aber davon abgeraten, solche Mail-Adressen am Mailserver zuzulassen (https://www.rfc-editor.org/rfc/rfc5321, Seite 41). Danke an den Kommentator Maddse für den Hinweis.
Aber nun zu den Einschränkungen.
Beachten Sie bitte, dass diverse Sonderzeichen nur im Teil vor dem @ der Mailadresse (dem local-part) grundsätzlich erlaubt sind. Sie können aber möglicherweise nicht unbedingt alle diese Zeichen im Mailbox-Namen auf Ihrem eigenen Mailserver benutzen. Welche der Zeichen Sie tatsächlich für Ihre Mailadresse verwenden können, liegt auch an der Konfiguration der Mailserver durch die zuständigen Administratoren bzw. die dafür eingesetzte Software.
domain part
Für die Domain (der Teil hinter dem @) gelten andere Regeln. Zulässige Zeichen im Domainnamen sind: “a-z”, “0-9” und “-“ (Bindestrich). Die Mindestlänge des Domainnamens beträgt 3 Zeichen, die Höchstlänge 63 Zeichen. Der Name darf nicht mit einem Bindestrich beginnen oder enden. Ein gültiger Domain-Name besteht aus maximal 63 Zeichen. Wer darauf besteht, kann auch ä,ö, oder ü im Domain part benutzen, aber davon rate ich ab.
Existiert die Email-Adresse?
Mit den folgenden Online Tools können Sie prüfen, ob eine Email-Adresse syntaktisch korrekt ist, und ob sie überhaupt existiert.
- https://www.experte.de/email-pruefen
- https://captainverify.com/de/mail-tester.html
- http://www.emailtester.de/tools/mailtester-emailadressen-checker.php
Email-Versand absichern
Wenn Sie wissen möchten, wie Sie weitgehend verhindern können, dass jemand Ihre Email-Adresse als Absender von Spam-Mails nutzt, dann lesen Sie diesen Artikel über SPF, DKIM und DMARC.
Möchten Sie über neue Artikel und mehr rasch informiert werden?
Dann empfehlen wir Ihnen die Anmeldung zu unserem Newsletter "Online-Marketing News der E-Werkstatt".
Man kann gute Informationen auch schnell und gut rüberbringen.
Da kann man sich ein Beispiel nehmen.
Gut gemacht, danke!
Zwei Kleinigkeiten: Es gibt inzwischen auch .info-Endungen, also sollte man da das ganze erweitern. Außerdem würde mich interessieren, was das \. bewirkt? Vielleicht ist ja auch direkt eine Antwort auf meine Mail-Addy möglich, da ich eher selten hier rein gucke.
@Michi: Du hast recht, Danke für den Hinweis. Ist ausgebessert von {2,3} auf {2,6} am Ende der langen Zeile. Damit wird nun auch .museum als gültig erfasst.
\. bewirkt, dass hier wirklich ein Punkt gemeint ist, und nicht der Punkt als Regular Expression Symbol, wo der Punkt (.) bedeutet, dass an seinem Platz ein (fast) beliebiges Zeichen stehen kann.
Auszug aus dem Wikipedia-Artikel dazu:
\ hebt gegebenenfalls die Metabedeutung des nächsten Zeichens auf. […] Auf diese Weise lässt sich auch ein Punkt „.“ mit „\.“ suchen, während nach „\“ mit „\\“ gesucht wird.
http://de.wikipedia.org/wiki/Regul%C3%A4rer_Ausdruck
Hallo,
ja ich habe es gesehen, dass der Beitrag schon über 2 Jahre alt ist.
Da die Seite aber auch in Zukunft aufgerufen werden kann sollte diese auch aktualisiert werden.
Ich vermisse die deutschen Umlaute und alle “ereg…” Funktionen sind seit PHP 5.3.0 als DEPRECATED (veraltet) markiert.
Da hat sich noch ein Fehler im regulären Ausdruck eingeschlichen: wenn du in einer Gruppe [….] einen Bindestrich matchen willst, dann muss dieser entweder ganz am Ende stehen oder escaped werden.
Danke, hab’s ausgebessert (hoffentlich korrekt).
Die PHP regex-Erweiterung filter_var ist nur zu gebrauchen wenn die Email keine Sonderzeichen wie äöüÄÖÜ àéè etc.. enthält.
habe gelesen das links und rechts vom @ kein “.” stehen darf, nach dieser erklärung nun doch?
wäre mustermann.@musterhausen.de eine gültige Adresse?
Da Punkte im Local Part erlaubt sind, unmittelbar links von @ ja.
Unmittelbar rechts neben dem @ nein, weil so keine Domain aussieht.
Übrigens kann es immer auch sein, dass ausgerechnet Dein Provider seine eigenen Regeln für die Erstellung von Mailboxen implementiert hat …
Moin,
mir ist jetzt nicht klar welche Zeichen nach dem @ (rechts vom @) benutzt werden dürfen.
Ansonsten gute Präsentation du hast Bilder benutzt und frei gesprochen.
mfg Enrico
Ich hab’s jetzt im Beitrag klarer gemacht. Für alles hinter dem @ gelten die Domainnamensregeln, und die haben mit Mailboxnamen (das vor dem @) nichts zu tun. Wenn Du wo eine Doman registrierst, dann wirst Du bei der Registrierung sehr sicher davon abgehalten Zeichen einzutragen, die nicht möglich sind.
Einfach gehalten, aber leider veraltet und ungenügend.
Die Möglichkeit von gequoteten local parts wird z.B. ganz weggelassen. So ist ” ein \” gültiger em@il-N@me…”@domain.de eine gültige email-Adresse. Auch sonst wird von dem Artikel viel zu viel eingeschränkt, mit dem Ergebnis, das eigentlich gültige email-Adressen abgelehnt werden.
Siehe auch: https://en.wikipedia.org/wiki/Email_address
Ganz wichtig dort auch Folgendes:
Common local-part semantics
According to RFC 5321 2.3.11 Mailbox and Address, “…the local-part MUST be interpreted and assigned semantics only by the host specified in the domain of the address.” This means that no assumptions can be made about the meaning of the local-part of another mail server. It is entirely up to the configuration of the mail server.