E-Mail-Adressen auf gültige Schreibweise prüfen
Fügen Sie eine oder mehrere E-Mail-Adressen ein – eine je Zeile. Das Tool zeigt für jede Zeile, ob die Schreibweise den Internet-Standards entspricht, und nennt den Grund, wenn nicht. Es prüft nur die Syntax, nicht ob das Postfach existiert.
Quelle: RFC 5321, RFC 5321 – Simple Mail Transfer Protocol (4.1.2 Mailbox syntax, 4.5.3.1 size limits). Stand: .
So wird gerechnet
Das Tool prüft nur die Schreibweise. Ob es das Postfach gibt, ob die Domain E-Mails annimmt oder ob eine Adresse wegwerfbar ist, lässt sich nur durch Kontakt mit dem Mailserver feststellen – das tut dieses Tool bewusst nicht. Ihre Adressen bleiben im Browser, es wird nichts gesendet und nichts gespeichert.
E-Mail-Adressen prüfen – so geht's
- Eine oder mehrere Adressen einfügen, eine je Zeile – bis zu 1.000 Zeilen.
- Je Zeile den Status ablesen: gültige Schreibweise, zulässig aber unüblich oder ungültig, jeweils mit Grund.
- Fehlerhafte Adressen korrigieren; ob die Domain überhaupt Mail annimmt, zeigt der MX-Eintrag in der DNS-Abfrage.
Was eine gültige E-Mail-Adresse ausmacht
Eine Adresse besteht aus lokalem Teil, @ und Domain. Geprüft wird nach der Mailbox-Syntax aus RFC 5321 – so, wie ein Mailserver eine Empfängeradresse annimmt:
- Lokaler Teil (vor dem @): Buchstaben, Ziffern und
! # $ % & ' * + / = ? ^ _ ` { | } ~ -; Punkte nur zwischen Zeichen, nie doppelt. Höchstens 64 Zeichen. - Anführungszeichen:
"john doe"@example.comist nach RFC erlaubt (dann auch mit Leerzeichen), wird aber von vielen Formularen und Diensten abgelehnt – daher als Hinweis markiert. - Domain: durch Punkte getrennte Teile aus Buchstaben, Ziffern und Bindestrich, je 1–63 Zeichen, ohne Bindestrich am Anfang oder Ende; die Endung darf nicht nur aus Ziffern bestehen.
- Gesamtlänge: höchstens 254 Zeichen, weil der SMTP-Pfad inklusive spitzer Klammern auf 256 Zeichen begrenzt ist.
Umlaute in E-Mail-Adressen
Domains mit Umlauten (müller.de) sind erlaubt: Sie werden technisch in Punycode umgeschrieben (xn--mller-kva.de); das Tool zeigt diese Form an. Umlaute vor dem @ sind nur mit der Erweiterung SMTPUTF8 (RFC 6531) zustellbar, die längst nicht jeder Server unterstützt.
Was bewusst nicht erlaubt wird
Kommentare in Klammern und veraltete Schreibweisen, die RFC 5322 nur noch zum Lesen alter Nachrichten zulässt, gehören nicht in Empfängeradressen und gelten hier als ungültig. Adressen ohne Punkt in der Domain (admin@localhost) und IP-Adressen in eckigen Klammern sind formal korrekt, im Internet aber nicht zustellbar bzw. unüblich.
Nützlich dazu: DNS-Abfrage für MX- und SPF-Einträge, der Regex-Tester für eigene Muster und der Passwort-Generator fürs neue Postfach.
Häufige Fragen
Prüft das Tool, ob eine E-Mail-Adresse existiert?
Nein. Es prüft nur die Syntax. Ob ein Postfach existiert, verrät zuverlässig nur eine zugestellte Nachricht – etwa ein Bestätigungslink (Double-Opt-in).
Sind Großbuchstaben in E-Mail-Adressen erlaubt?
Ja. Die Domain unterscheidet nicht zwischen Groß- und Kleinschreibung. Der Teil vor dem @ dürfte es laut RFC 5321, praktisch alle Anbieter behandeln ihn aber gleich.
Darf eine E-Mail-Adresse ein Pluszeichen enthalten?
Ja, name+newsletter@example.com ist gültig. Viele Anbieter nutzen das Plus für Unteradressen. Wenn ein Formular sie ablehnt, liegt das am Formular.
Wie lang darf eine E-Mail-Adresse sein?
Der Teil vor dem @ höchstens 64 Zeichen, jeder Domain-Teil höchstens 63 und die ganze Adresse höchstens 254 Zeichen (RFC 5321, Abschnitt 4.5.3.1).
Kann ich eine ganze Liste prüfen?
Ja, bis zu 1.000 Zeilen auf einmal – eine Adresse je Zeile. Doppelte Einträge werden markiert.
Quellen und Rechtsgrundlagen
- RFC 5321: RFC 5321 – Simple Mail Transfer Protocol (4.1.2 Mailbox syntax, 4.5.3.1 size limits)
- RFC 5322: RFC 5322 – Internet Message Format (3.2.3 atext, 3.4.1 addr-spec)
- RFC 3696: RFC 3696 – Application Techniques for Checking and Transformation of Names (Section 3) + Errata
- RFC 6531: RFC 6531 – SMTP Extension for Internationalized Email (SMTPUTF8)
- RFC 5891: RFC 5891 – Internationalized Domain Names in Applications (IDNA2008)
- RFC 1035: RFC 1035 – Domain Names, 2.3.1 Preferred name syntax / 2.3.4 Size limits
Stand: · So prüfen wir
Passende Werkzeuge
- Regex-TesterReguläre Ausdrücke (JavaScript) live testen: Treffer markiert, Gruppen als Tabelle, Muster Schritt für Schritt erklärt. Kostenlos, ohne Upload.
- DNS-Abfrage (DNS Lookup)DNS-Abfrage für jede Domain: A, AAAA, MX, TXT, CNAME, NS, SOA, CAA, SRV und PTR, auf Wunsch alle auf einmal, dazu SPF-, DMARC- und DKIM-Check im Klartext.
- Luhn-Algorithmus: Prüfziffer prüfen und berechnenNummern mit dem Luhn-Algorithmus (Modulo 10, ISO/IEC 7812-1) prüfen oder die Prüfziffer berechnen – reine Formatprüfung, lokal im Browser.
- EAN- und ISBN-Prüfziffer prüfen (auch GTIN)EAN-8, EAN-13, UPC-A, GTIN-14 und ISBN-10/-13 auf gültige Prüfziffer testen, fehlende Prüfziffer berechnen und ISBN-10 in ISBN-13 umrechnen.
- Wie ist meine IP-Adresse?Öffentliche IP-Adresse herausfinden: Ihre IPv4 und IPv6 sofort sehen, dazu ungefährer Standort, Internetanbieter und Browser-Daten. Nichts wird gespeichert.
- XML formatierenXML formatieren, minimieren und prüfen mit Zeile und Spalte der Fehlerstelle, Baumansicht, XPath-Abfrage und XML zu JSON. Im Browser, ohne Upload.
- JWT-Decoder: JSON Web Token lesen und prüfenJWT-Decoder für Header, Payload und Ablaufzeit (exp, iat, nbf). Signatur mit Secret oder öffentlichem Schlüssel prüfen. Alles lokal im Browser, ohne Upload.
- JSON vergleichenJSON vergleichen: Unterschiede zwischen zwei JSON-Dokumenten mit Pfad, altem und neuem Wert finden. Schlüsselreihenfolge egal. Im Browser, ohne Upload.
- Cron-Generator: Cron-Ausdruck erstellen und erklärenCron-Generator und Erklärer: Ausdruck bauen oder einfügen, Klartext lesen, die nächsten Ausführungen sehen. Unix-Cron, Spring und Quartz, lokal im Browser.