Eine Adresse kann alle Syntaxregeln erfüllen und trotzdem nie eine Nachricht empfangen. Das Format verrät nichts darüber, ob das Postfach existiert. Gültig ist eine E-Mail-Adresse, wenn sie drei Prüfungen nacheinander besteht: ein Format nach RFC 5322, eine Domain mit MX-Eintrag, die Mails annimmt, und ein Postfach, das beim Anbieter tatsächlich existiert. Die letzten beiden Prüfungen schützen vor dem Hard Bounce, und nur die letzte erkennt ein gelöschtes Postfach auf einer gültigen Domain. Kein Test liefert hier 100 % Sicherheit.
Unten stehen die Formatregeln, fünf Prüfmethoden im Vergleich und die Grenzen jedes Tests. Warum die Gültigkeit von E-Mail-Adressen für Absender zählt, steht in einem eigenen Artikel.
Drei Prüfebenen für drei Fehlerarten
- Format: max.mustermann@@beispiel.com oder max mustermann@beispiel.com scheitern hier. Das ist der klassische Tippfehler.
- Domain: max@beispiel-gekuendigt.de hat ein einwandfreies Format, aber die Domain existiert nicht mehr oder nimmt keine Mails an.
- Postfach: erika.muster@unternehmen.de besteht beide ersten Prüfungen, obwohl die Mitarbeiterin das Unternehmen verlassen hat und ihr Konto gelöscht wurde.
Die dritte Ebene sehen weder ein regulärer Ausdruck noch eine DNS-Abfrage.
Formatregeln der RFC 5322
Die RFC 5322 (Oktober 2008) beschreibt den Aufbau einer Adresse, darunter die „Dot-Atom“-Form in Abschnitt 3.2.3. Die RFC 5321 (Oktober 2008) legt die Maximallängen in Abschnitt 4.5.3.1 fest: 64 Oktette für den lokalen Teil (vor dem @), 255 für die Domain und 256 für den gesamten Pfad in spitzen Klammern. Für die Adresse selbst bleiben damit 254 Zeichen, so die SMTP-Spezifikation beim RFC Editor. Diese Regeln gelten bei der Prüfung von Hand und im Formular.
- Genau ein @, das den lokalen Teil von der Domain trennt. max@@beispiel.com enthält zwei und fällt durch.
- Lokaler Teil: Buchstaben, Ziffern und die Zeichen ! # $ % & ‚ * + – / = ? ^ _ ` { | } ~. Der Punkt ist erlaubt, solange er den lokalen Teil weder eröffnet noch beendet und nie doppelt steht.
- Das Pluszeichen ist gültig: vorname+newsletter@beispiel.com existiert tatsächlich. Ein Formular, das es ablehnt, weist korrekte Adressen ab.
- Eine Subdomain ist gültig: vorname@mail.beispiel.com.
- Leerzeichen und Klammern sind in einer einfachen Adresse ausgeschlossen.
Die Syntax und Struktur einer Adresse nach RFC beschreibt ein separater Artikel. Eine syntaktisch korrekte Adresse bleibt eine Vermutung; über den Server sagt sie nichts.
Fünf Prüfmethoden im Vergleich
Keine Methode deckt alle Ebenen allein ab.
| Methode | Geprüfte Ebene | Was sie erkennt | Was sie nicht erkennt |
|---|---|---|---|
| Syntax (RFC 5322) | Format | Fehlendes @, Leerzeichen, verbotenes Zeichen, Punkt am Ende des lokalen Teils | Nicht existierende Domain, fehlendes Postfach, plausibler Tippfehler (gmial.com) |
| DNS-Abfrage der MX-Einträge | Domain | Nicht registrierte Domain, Domain ohne Empfangsserver | Gelöschtes Postfach, Spam-Trap, Catch-all |
| SMTP-Dialog (EHLO, MAIL FROM, RCPT TO) ohne Versand | Postfach | Vom Server abgelehntes Postfach (Code 550 5.1.1), nicht erreichbarer Server | Catch-all, Server, die 250 antworten und später ablehnen, Spam-Trap |
| Bestätigungs-E-Mail (Double-Opt-in) | Postfach und Einwilligung | Adresse, die Mails empfängt und deren Inhaber sie liest | Noch aktive Wegwerf-Adresse, Eingabe durch Dritte, die den Link anklicken |
| Verifizierungs-Tool | Alle drei, mit einem Urteil | Kombiniert Syntax, MX, SMTP und Signale wie Wegwerf-Domains | Fälle, die der Server verschleiert: Das Ergebnis bleibt eine Wahrscheinlichkeit |
Manuelle Prüfung Schritt für Schritt
Eine einzelne Adresse prüfen Sie im Terminal, eine Testnachricht ist nur der letzte Ausweg.
- Prüfen Sie das Format anhand der obigen Regeln.
- Fragen Sie die MX-Einträge ab: nslookup -type=mx beispiel.com unter Windows 10 oder 11, dig MX beispiel.com unter macOS oder Linux. Für gmail.com enthält die Antwort gmail-smtp-in.l.google.com mit Priorität 5. Eine nach Priorität sortierte Serverliste bedeutet, dass die Domain Mails empfängt. Ohne MX-Eintrag sieht Abschnitt 5.1 der RFC 5321 den Rückgriff auf den A-Eintrag der Domain vor, ein leeres Ergebnis verurteilt die Domain also nicht immer.
- Sprechen Sie mit dem Server: Öffnen Sie eine SMTP-Sitzung auf dem ersten MX, senden Sie EHLO, dann MAIL FROM, dann RCPT TO mit der geprüften Adresse. Lesen Sie den Rückgabecode und beenden Sie die Sitzung, ohne eine Nachricht zu schreiben. Codes 4xx sind vorübergehende, 5xx endgültige Ablehnungen. Ein 250 (Code 2.1.5 der RFC 3463 vom Januar 2003: Zieladresse akzeptiert) heißt, dass das Postfach angenommen wird. Ein 550 5.1.1 (erweiterter Statuscode der RFC 3463 für eine nicht existierende Zieladresse) bedeutet, dass das Postfach fehlt: Gmail antwortet dann mit „550-5.1.1 The email account that you tried to reach does not exist“. Der ausgehende Port 25 ist bei vielen Internetanbietern gesperrt, von einem privaten Rechner aus scheitert die Übung deshalb oft. Das SMTP-Protokoll und seine Antwortcodes erklärt ein weiterer Artikel.
- Senden Sie eine Testnachricht, wenn Sie einen berechtigten Grund haben, die Person zu kontaktieren. Existiert das Postfach nicht, kommt nach wenigen Minuten ein Rückläufer (NDR) zurück.
Diese Routine skaliert nicht. Ab einigen Adressen übernehmen Online-Validierungsdienste die drei Prüfungen automatisch und erkennen auch Wegwerf-Adressen.
Das Urteil eines Prüftools lesen
Die meisten Tools liefern eines von drei Urteilen.
- Gültig: Der Server hat die Adresse im SMTP-Dialog akzeptiert. Der Versand birgt kein besonderes Hard-Bounce-Risiko.
- Ungültig: falsches Format, Domain ohne MX und A-Eintrag oder Postfach mit Code 5.1.1 abgelehnt. Ein Versand würde einen Hard Bounce erzeugen. Entfernen Sie die Adresse.
- Riskant: Der Test entscheidet nichts. Typische Fälle sind eine Catch-all-Domain, ein Server, der mit einem 4xx-Code zurückstellt (Deferral), ein volles Postfach oder eine Wegwerf-Adresse.
Bei „riskant“ müssen Sie selbst entscheiden. Stammt die Adresse aus einem frischen Formular, schicken Sie ein Double-Opt-in. Bei einer gekauften oder zwei Jahre alten Datei verzichten Sie auf den Versand.
Grenzen der Tests: Catch-all und Spam-Trap
Eine Catch-all-Domain antwortet auf jede Adresse mit 250, auch auf qwertzuiop@beispiel.com. Der SMTP-Dialog verrät dann nichts über das Postfach. Tools stufen solche Adressen als riskant ein.
Eine Spam-Trap verhält sich wie ein normales Postfach. Sie nimmt Mails an und besteht alle Tests. Es sind entweder alte, verwaiste Postfächer, die ein Anbieter recycelt hat, oder Adressen, die Absender ohne Einwilligung überführen sollen. Weder DNS-Prüfung noch SMTP-Dialog unterscheiden sie von einer echten Adresse. Nur saubere Erhebung schützt davor, mit Double-Opt-in und dem Entfernen inaktiver Kontakte. Wer an eine Trap sendet, riskiert eine Blacklist.
Manche Server antworten im Dialog mit 250 und schicken Minuten später einen NDR.
Betrügerische Adressen erkennen
Eine Adresse kann gültig und bösartig sein. Lesen Sie die Domain nach dem @ bis zum letzten Punkt: service@bank-beispiel.com.ru gehört zur Domain .ru, egal welcher Bankname davor steht. Ein vertauschter Buchstabe in der Domain (paypa1.com) verrät Phishing.
Öffnen Sie in Ihrem Mailprogramm die vollständigen Header der Nachricht und vergleichen Sie die angezeigte Adresse mit dem Return-Path. Weichen beide ab, deutet das auf Spoofing hin, das die SPF-, DKIM- und DMARC-Ergebnisse in denselben Headern bestätigen.
Schlechte Adressen schon bei der Eingabe stoppen
Eine Echtzeit-Validierung im Formular korrigiert offensichtliche Tippfehler. Das Double-Opt-in bestätigt, dass das Postfach existiert und der Inhaber die Anmeldung wollte: Es senkt die Zahl ungültiger Adressen und falscher Anmeldungen. Ein Captcha bremst automatisierte Eintragungen.
Bei einem Bestand schicken Sie vor der nächsten Kampagne eine Stichprobe durch ein Tool zur E-Mail-Listenprüfung und vergleichen die Hard-Bounce-Rate mit der des letzten Versands. Tote Adressen belasten die Zustellbarkeit: Gmail verlangt von Absendern, unter 0,3 % Spam-Beschwerden zu bleiben, und Yahoo wendet dieselbe Obergrenze auf Massenversender an (Google-Richtlinien, seit Februar 2024 in Kraft).
Häufige Fragen
Kann man eine Adresse prüfen, ohne ihr eine E-Mail zu senden?
Ja. Die DNS-Abfrage der MX-Einträge prüft die Domain. Der SMTP-Dialog fragt das Postfach ab, ohne eine Nachricht zu übertragen. Catch-all-Server begrenzen die Verlässlichkeit des zweiten Schritts.
Ist eine gültige Adresse zwingend aktiv?
Nein. Gültig heißt, dass der Server die Adresse akzeptiert. Der Inhaber öffnet das Postfach womöglich seit Monaten nicht mehr; das belastet das Engagement, löst aber keinen Bounce aus.
Wie prüft man eine ganze Liste?
Die manuelle Prüfung reicht für wenige Adressen. Darüber hinaus automatisiert ein Tool diese Kontrollen und vergibt jeder Zeile einen Status. Testen Sie zuerst fünf Adressen, deren echten Status Sie kennen, und vergleichen Sie mit dem angezeigten Urteil.
