E-Mail-Adressen-Validierung

Prüft sofort, ob eine E-Mail-Adresse einem praxisnahen, an RFC 5322 angelehnten Format entspricht, und ermittelt, ob die Domain überhaupt E-Mails empfangen kann (MX-Eintrag-Abfrage). Kostenloses Tool zur Formularvalidierung und Bereinigung von E-Mail-Listen.

Beispiele für die Bewertung des E-Mail-Formats

Beispieladresse Bewertung Grund
[email protected] Gültig Grundformat (lokaler Teil @ Domain-Teil)
[email protected] Gültig Adresse mit Tag durch Punkt und Pluszeichen
[email protected] Ungültig Zwei aufeinanderfolgende Punkte im lokalen Teil
@example.com Ungültig Der lokale Teil (vor dem „@“) ist leer
user@example Ungültig Die Domain hat keine Top-Level-Domain (z. B. .com)
user example.com Ungültig Enthält kein „@“-Zeichen

Format und Domäne einer E-Post-Adresse prüfen

Dieses Werkzeug beurteilt sogleich, ob eine Adresse wohlgeformt ist, und stellt darüber hinaus fest, ob ihre Domäne tatsächlich Post empfangen kann, ob also ein MX-Eintrag besteht. Es dient beim Entwerfen der Prüfung in einem Eingabeformular wie beim Ordnen einer in die Jahre gekommenen Verteilerliste.

**Zuerst gilt es zu begreifen, dass Wohlgeformtheit und tatsächliche Existenz ganz verschiedene Dinge sind.** Eine Adresse mag der Form nach tadellos sein und dennoch zurückkommen, wenn das dahinterstehende Konto gelöscht wurde. Umgekehrt ist **RFC 5322 erstaunlich großzügig: eine Form wie `"quoted string"@example.com` ist grammatisch zulässig.** Der Versuch, vollständig mit einem regulären Ausdruck zu prüfen, **verbürgt daher, dass Sie irgendwann eine vollkommen gültige Adresse abweisen.** Was sich in der Praxis bewährt, ist, **die Form nur locker zu prüfen und eine Bestätigungsnachricht zu senden, die der Empfänger öffnet.** Die Prüfung des MX-Eintrags stellt fest, dass die Domäne überhaupt zum Empfang bereit ist, sagt aber nichts darüber, ob eine bestimmte Adresse besteht.

So gehen Sie vor

  1. Geben Sie die Adresse ein Das Urteil über ihre Form ergeht auf der Stelle.
  2. Lesen Sie das Urteil über das Format **Beurteilt wird nach einer praxistauglichen Annäherung an RFC 5322.**
  3. Prüfen Sie den MX-Eintrag **Damit stellt sich fest, ob die Domäne überhaupt einen Empfangsort veröffentlicht.**
  4. Entscheiden Sie endgültig durch eine Nachricht **Nichts außer einer Bestätigungsnachricht beweist, dass eine Adresse besteht.**

Tipps für die Nutzung

  • Selbst eine korrekt formatierte Adresse wie „[email protected]“ garantiert nicht, dass die E-Mail tatsächlich ankommt — die MX-Prüfung unten gibt einen groben Anhaltspunkt dafür.
  • Beim Bereinigen einer E-Mail-Liste ist es effizient, zuerst offensichtliche Tippfehler mit der Formatprüfung auszusortieren und anschließend die Domain selbst mit der MX-Prüfung zu verifizieren.
  • Große Domains wie Gmail oder Outlook haben immer MX-Einträge, aber eine unternehmenseigene Domain kann sie direkt nach der Einrichtung oder durch eine Fehlkonfiguration noch nicht haben.
  • Ein überzähliges Leerzeichen am Ende, das beim Kopieren und Einfügen entsteht, kann dazu führen, dass die Formatprüfung fehlschlägt — achten Sie auf zusätzliche Leerzeichen rund um das Eingabefeld.
  • Wer eine Echtzeitvalidierung im eigenen Registrierungsformular möchte, kann den praktischen regulären Ausdruck aus dem Übrigens-Abschnitt unten direkt weiterverwenden.

Wofür Sie es nutzen können

Um die Prüfung in einem Formular zu entwerfen

Sie können festlegen, wie streng Adressen abgewiesen werden, und dabei an echten Beispielen erproben.

Um eine Verteilerliste zu ordnen

**Adressen, deren Domäne nicht mehr besteht, lassen sich am Vorhandensein eines MX-Eintrags unterscheiden.**

Um einen Tippfehler zu erwischen

Ein Domänenfehler wie `gmail.con` kommt bei der Prüfung des MX-Eintrags ans Licht.

Um einen Zustellfehler zu untersuchen

Bei einer Adresse, die nichts empfängt, lässt sich zuerst feststellen, ob die Form oder die Domäne schuld ist.

Begriffe zu E-Post-Adressen

Ortsteil
Der Teil vor dem `@`. **Nach RFC 5322 lassen sich, in Anführungszeichen gesetzt, sonst unzulässige Zeichen verwenden.**
Domänenteil
Der Teil nach dem `@`. Der MX-Eintrag der hier genannten Domäne entscheidet, wohin die Nachricht geht.
MX-Eintrag
**Der DNS-Eintrag, der nennt, welcher Server die Post für eine Domäne entgegennimmt.** Ohne ihn kommt nichts an.
RFC 5322
Die Norm, die das Format einer Nachricht festlegt. **Ihre Bestimmungen sind weit großzügiger, als die meisten annehmen.**
Internationalisierte Adresse
Eine Adresse mit nichtlateinischen Zeichen. Manche Systeme nehmen sie noch nicht an, was in der Praxis Umsicht verlangt.
Bestätigungsnachricht
Der Schritt, an die angegebene Adresse zu senden und sie öffnen zu lassen. **Es ist die verlässlichste Prüfung, die es gibt.**

Häufig gestellte Fragen

Dieses Tool unterstützt einige ungewöhnliche Konstrukte nicht, die RFC 5322 technisch erlaubt, etwa einen in Anführungszeichen gesetzten lokalen Teil oder eine Domain als IP-Literal (z. B. user@[192.0.2.1]). Es verwendet eine praktische Annäherung, die die überwiegende Mehrheit realer Adressen abdeckt, statt vollständige Spezifikationskonformität anzustreben.

Nein. Ein MX-Eintrag zeigt nur, dass die Domain über einen Mechanismus zum Empfang von E-Mails verfügt — er sagt nichts darüber aus, ob das vor dem „@“ genannte Postfach tatsächlich existiert. Die einzige zuverlässige Methode, die Existenz eines Postfachs zu bestätigen, ist, tatsächlich eine Nachricht zu senden und zu prüfen, ob sie unzustellbar zurückkommt (Bounce).

In seltenen Fällen greift eine Domain stattdessen auf ihren A-Eintrag (die eigene IP-Adresse der Domain) zurück, um E-Mails anzunehmen. Diese Konfiguration wird jedoch nicht empfohlen, und heute haben fast alle Mailserver korrekt eingerichtete MX-Einträge.

Die Formatprüfung und die MX-Abfrage sind als erste Vorprüfung sinnvoll, aber vor einem Massenversand sollten Sie außerdem die SPF-/DKIM-/DMARC-Konfiguration Ihres Absenders sowie den Opt-in-Status Ihrer Liste überprüfen. Massenversand an ungültige Adressen kann dem Ruf Ihrer Absenderdomain schaden.
Tool-kun

Übrigens – warum die E-Mail-Validierung in zwei Schritten erfolgt

E-Mail-Validierung lässt sich leichter verstehen, wenn man sie in zwei unterschiedliche Ebenen aufteilt: Format und Existenz. Die Formatprüfung ist ein rein statischer Test, ob eine Zeichenkette die richtige Struktur hat (lokaler Teil, @, Domain-Teil), und greift dabei nie auf das Netzwerk zu. Die Existenzprüfung hingegen erfordert eine DNS-Abfrage der Domain, die ein Browser nicht direkt aus JavaScript heraus durchführen kann — sie muss serverseitig erfolgen. Dieses Tool trennt beides bewusst in getrennte Schritte, weil es sich technisch um grundlegend unterschiedliche Prüfungen handelt.

RFC 5322 definiert die formale Grammatik von E-Mail-Adressen, und diese ist erstaunlich komplex. Setzt man den lokalen Teil beispielsweise in doppelte Anführungszeichen, sind laut Spezifikation sogar Leerzeichen und aufeinanderfolgende Punkte erlaubt — Konstrukte, die in der Praxis kein realer Mailserver jemals verwenden würde. Deshalb verzichten die meisten Praktiker auf einen vollständig konformen Parser und setzen stattdessen den vereinfachten regulären Ausdruck des WHATWG HTML Living Standard ein; auch dieses Tool folgt diesem pragmatischen Ansatz.

Ein MX-Eintrag ist ein DNS-Eintrag, der angibt, welcher Server E-Mails für eine bestimmte Domain empfangen soll, wobei niedrigere Präferenzwerte zuerst versucht werden. Beim Umzug der E-Mail-Infrastruktur lassen Unternehmen häufig mehrere MX-Einträge gleichzeitig bestehen, um schrittweise umzuschalten. Existiert überhaupt kein MX-Eintrag, wird an diese Domain gesendete E-Mail vom Empfänger höchstwahrscheinlich abgelehnt.