So prüfen Sie eine E-Mail-Adresse vor dem Senden

Eine zurückgekommene E-Mail sagt Ihnen etwas, das Sie oft schon vor dem Senden hätten erfahren können: dass die Adresse nicht existiert. Bei der Kaltakquise, wo Adressen von Websites, aus Verzeichnissen und von Visitenkarten stammen statt aus Anmeldeformularen, ist ein Teil jeder Liste veraltet.

Dieser Leitfaden richtet sich an alle, die gleich eine Liste anschreiben, die sie nicht per Opt-in aufgebaut haben – Vertriebsteams, Gründer, Agenturen. Wir (Outreach) erklären die drei Prüfungen, die Ihnen sagen, ob eine Adresse E-Mails empfangen kann, wo diese Prüfungen an ihre Grenzen stoßen und wie Sie die Codes von Rückläufern lesen, wenn eine Nachricht trotzdem scheitert.

Die kurze Antwort vorweg: Meist können Sie bestätigen, dass eine Adresse existiert, ohne ihr eine E-Mail zu senden, aber nicht immer – und zu wissen, wann Sie es nicht wissen können, ist so nützlich wie die Antwort selbst.

Warum sollten Sie E-Mail-Adressen vor dem Senden prüfen?

Weil Postfachanbieter von Absendern verlangen, ungültige Adressen zu entfernen, und jeder Rückläufer eine Nachricht ist, die niemanden erreicht hat. In den Best Practices im Yahoo Sender Hub heißt es: „Entfernen Sie ungültige Empfänger umgehend aus Ihrer Liste.“ In Googles Richtlinien für E-Mail-Absender steht, Sie sollten „Empfänger, von denen Sie mehrfach Unzustellbarkeitsnachrichten erhalten haben, automatisch abmelden“, und: „Wenn Nachrichten zurückgesendet oder verzögert zugestellt werden, verringern Sie das Sendevolumen, bis die SMTP-Fehlerrate sinkt.“

Einfach gesagt: Anbieter beobachten, wie Sie mit schlechten Adressen umgehen. Wer vor dem Senden prüft, hat danach weniger Rückläufer zu bearbeiten und ein klareres Bild davon, wie viele echte Menschen Ihre Kampagne erreicht hat.

Welche Schritte gibt es, um eine E-Mail-Adresse zu prüfen?

Drei Prüfungen in dieser Reihenfolge: Ist die Adresse korrekt aufgebaut, hat ihre Domain einen Mailserver, und sagt dieser Server, dass das Postfach existiert? Jeder Schritt fängt Probleme ab, die der vorherige nicht erkennen kann.

Besteht eine Adresse Schritt 3, ist das das stärkste Signal, das Sie ohne Senden bekommen können. Wie wir sehen werden, geben manche Server aber für jede Adresse dieselbe Antwort, echt oder nicht.

Wie prüfen Sie die Syntax einer E-Mail-Adresse?

Stellen Sie sicher, dass genau ein @ vorhanden ist, davor ein gültig aussehender Teil steht und danach eine echte Domain folgt – innerhalb der Längengrenzen des SMTP-Standards. RFC 5321 legt „die maximale Gesamtlänge eines Benutzernamens oder eines anderen lokalen Teils“ (des Teils vor dem @) auf 64 Oktette fest und die maximale Länge der Domain auf 255 Oktette.

Syntax-Prüfungen fangen das Offensichtliche ab: sales@@example.com, info@example, ein von einer Webseite kopiertes Leerzeichen am Ende oder ein Komma statt eines Punkts. Sie sind günstig und liefern sofort ein Ergebnis, deshalb sollten Sie sie immer zuerst ausführen. Was sie Ihnen nicht sagen können, ist, ob hinter der Adresse jemand steht. jane.doe@example.com ist einwandfrei aufgebaut, egal ob Jane dort arbeitet.

Wie funktioniert eine MX-Abfrage?

Sie fragt das DNS, welcher Server E-Mails für die Domain empfängt; gibt es keinen, kann keine Adresse bei dieser Domain E-Mails empfangen. Der MX-Eintrag (Mail Exchanger) verweist auf den Server, der E-Mails für eine Domain annimmt. Die Abfrage zeigt Ihnen, ob die Domain überhaupt für den Empfang von E-Mails eingerichtet ist.

Drei Ergebnisse gemäß den Standards:

• MX-Einträge gefunden. Die Domain hat einen Mailserver – weiter mit Schritt 3.
• Die Domain existiert nicht. RFC 5321 sagt: „Wird ein Fehler wegen einer nicht existierenden Domain zurückgegeben, MUSS diese Situation als Fehler gemeldet werden.“ Die Adresse ist tot.
• Kein MX-Eintrag, aber die Domain existiert. RFC 5321 sagt, die Adresse „wird behandelt, als wäre ihr ein impliziter MX zugeordnet“ – E-Mails gehen an den eigenen Adresseintrag der Domain. Ein fehlender MX ist also nicht automatisch eine Sackgasse.

Es gibt außerdem ein ausdrückliches Signal „Wir nehmen keine E-Mails an“. RFC 7505 definiert einen „Null-MX“, nämlich einen einzelnen MX-Eintrag mit Priorität 0 und einem „.“ als Servernamen, der „dazu führt, dass alle Zustellversuche an eine Domain sofort fehlschlagen.“ Wenn Sie ihn sehen, hören Sie auf: Die Domain hat erklärt, dass sie keine E-Mails empfängt.

Wie funktioniert eine SMTP-Postfachprüfung, ohne eine E-Mail zu senden?

Das Prüfwerkzeug verbindet sich mit dem Mailserver der Domain und beginnt eine Zustellung, nennt den Empfänger, liest die Antwort des Servers und trennt dann die Verbindung, bevor ein Nachrichteninhalt gesendet wird. In SMTP-Begriffen: verbinden, EHLO, MAIL FROM, RCPT TO:<address>, den Antwortcode lesen, dann QUIT – der Schritt DATA, in dem die eigentliche Nachricht übertragen würde, findet nie statt.

Entscheidend ist die Antwort auf RCPT TO. RFC 5321 definiert die Codes:

Warum fragen Sie den Server nicht einfach direkt mit dem Befehl VRFY? Weil Server ihn abschalten dürfen. RFC 5321 Abschnitt 7.3 erlaubt es Betreibern, VRFY aus Sicherheitsgründen zu deaktivieren, und sagt, dass ein Server, der das tut, „eine 252-Antwort zurückgeben MUSS“ – eine Antwort, die weder Ja noch Nein bedeutet. Deshalb nutzen Prüfwerkzeuge stattdessen den Weg über RCPT TO.

In unseren eigenen Tests im September 2026 hat die RCPT-Methode alle 6 Adressen einer kleinen bekannten Menge korrekt erkannt: 3 Adressen, von denen wir wussten, dass sie zurückgekommen waren, 2 funktionierende Adressen und 1 Adresse auf einer Catch-all-Domain, die wir korrekt als nicht bestätigbar markiert haben.

Was ist eine Catch-all-Domain, und warum lässt sie sich nicht prüfen?

Eine Catch-all-Domain nimmt E-Mails für jede beliebige Adresse an, ob echt oder erfunden, sodass ihr Server für jeden Empfänger „250 OK“ antwortet und eine Prüfung vor dem Senden nichts erfährt. Manche Unternehmen richten ihre E-Mail so ein, dass auch falsch geschriebene Adressen noch jemanden erreichen. Andere nutzen Gateways, die zuerst alles annehmen und es danach sortieren.

Eine Catch-all-Domain erkennen Sie, indem Sie den Server nach einer Adresse fragen, die mit an Sicherheit grenzender Wahrscheinlichkeit nicht existiert, etwa eine lange Zufallszeichenfolge bei derselben Domain. Akzeptiert der Server auch diese, ist jedes „Ja“ von ihm bedeutungslos.

Wie verbreitet ist das? In einem Test im September 2026 haben wir (Outreach) RCPT-Prüfungen mit erfundenen Adressen an 25 Maildomains gesendet, die aus 200 von uns gesammelten Unternehmenskontakten stammten (überwiegend koreanische Unternehmen). Etwa 74% der Domains antworteten ehrlich und wiesen die falsche Adresse ab; etwa 25% akzeptierten sie – sie waren Catch-all. Betrachten Sie das als eine Stichprobe aus einem Markt, nicht als allgemeine Rate. Entscheidend ist, dass es nicht selten ist.

Für Catch-all-Adressen lautet das ehrliche Ergebnis „kann nicht geprüft werden.“ Senden ist der einzige Weg, es herauszufinden, und das ist eine Ermessensfrage: Eine Adresse, die auf der eigenen Website des Unternehmens veröffentlicht ist, ist eine bessere Wahl als eine, die aus einem Namensmuster erraten wurde.

Warum lehnen manche Mailserver Prüfungen ab?

Manche Mailserver beschränken, wer nach Empfängern fragen darf, und verzögern, weisen vorübergehend ab oder trennen die Verbindung, statt zu antworten. Ablehnungen sehen typischerweise so aus:

• Eine vorübergehende 4xx-Antwort auf jeden Empfänger mit der Bitte, es später erneut zu versuchen.
• Eine 5xx-Antwort, die sich auf Richtlinien oder Reputation statt auf das Postfach bezieht – zum Beispiel ein erweiterter Code 5.7.1, den RFC 3463 beschreibt als „Zustellung nicht autorisiert, Nachricht abgelehnt.“
• Gar keine Antwort oder eine Verbindung, die abbricht.

Nichts davon sagt Ihnen, ob das Postfach existiert. Ein gutes Prüfwerkzeug meldet sie als „unbekannt“, nicht als „ungültig“ – eine echte Adresse als tot zu markieren, nur weil ihr Server vorsichtig war, würde einen guten Kontakt wegwerfen.

Manche Hosting-Anbieter blockieren außerdem ausgehende Verbindungen auf Port 25, dem SMTP-Port, sodass ein dort laufendes Prüfwerkzeug Mailserver gar nicht erreichen kann. Auch hier lautet die richtige Antwort in diesem Fall „kann nicht geprüft werden“, nicht „existiert nicht“.

Wie lesen Sie die Codes von Rückläufern nach dem Senden?

Sehen Sie sich die erste Ziffer des erweiterten Statuscodes an: 5 bedeutet dauerhaft, 4 bedeutet vorübergehend. Die mittlere Ziffer sagt dann, um welche Art von Problem es sich handelt. RFC 3463 definiert Codes in der Form class.subject.detail:

• 5.x.x – Dauerhafter Fehler: „lässt sich voraussichtlich nicht durch erneutes Senden der Nachricht in der aktuellen Form beheben.“
• 4.x.x – Anhaltender vorübergehender Fehler: „ein späteres Senden kann erfolgreich sein.“

Die Codes, die Sie am häufigsten sehen, wenn die Adresse das Problem ist:

Auf diese letzte Zeile kommt es an. Ein 5.7.x-Code bedeutet meist, dass der empfangende Server Sie abgewiesen hat, nicht dass das Postfach fehlt. Prüfen Sie Ihre Einrichtung von SPF, DKIM und DMARC, bevor Sie den Kontakt löschen.

Wie können Sie eine einzelne Adresse kostenlos prüfen?

Geben Sie sie in unser kostenloses E-Mail-Prüfwerkzeug ein; es führt die Syntax-, MX- und Postfachprüfung durch und nennt Ihnen eines von drei Ergebnissen. Eine Registrierung ist nicht nötig. Das Prüfwerkzeug ist auf Englisch und Koreanisch verfügbar; geben Sie die Adresse ein, die Sie prüfen möchten. Das Ergebnis ist eines der folgenden:

• Diese Adresse kann E-Mails empfangen – der Mailserver hat den Empfänger akzeptiert.
• Diese Adresse existiert nicht – die Adresse ist nicht korrekt aufgebaut, die Domain hat keinen Mailserver, oder der Server hat gesagt, dass es kein solches Postfach gibt.
• Das können wir nicht prüfen – die Domain ist Catch-all, der Server hat die Prüfung abgelehnt, oder eine Prüfung war nicht möglich. Das Werkzeug sagt Ihnen, welcher Grund zutraf.

Damit das Werkzeug nicht für massenhafte Abfragen missbraucht wird, erlaubt es pro Tag nur eine begrenzte Anzahl von Prüfungen. Für eine ganze Liste prüfen Sie innerhalb Ihres Sendeablaufs statt Adresse für Adresse.

Was sollten Sie mit Adressen tun, die nicht geprüft werden können?

Halten Sie sie getrennt, senden Sie in kleineren Chargen an sie und entfernen Sie alle, die mit einem 5.x.x-Code zurückkommen. Eine praktische Reihenfolge:

1. Streichen Sie alles, was die Syntaxprüfung nicht besteht oder keinen Mailserver hat.
2. Entfernen Sie Adressen, von denen der Server gesagt hat, dass sie nicht existieren.
3. Senden Sie zuerst an bestätigte Adressen.
4. Senden Sie vorsichtiger an Adressen, die „nicht geprüft werden können“, und entfernen Sie alle, die mit einem dauerhaften Rückläufer zurückkommen – wie es Yahoo und Google beide empfehlen.

Denken Sie außerdem daran, dass eine gültige Adresse keinen willigen Empfänger bedeutet. Spam-Beschwerden zählen gegen Sie, egal ob die Adresse existiert; die Zahlen behandeln wir in warum Cold-E-Mails im Spam landen.

Kurz gefasst

• Prüfen Sie in drei Schritten: Syntax → MX-Abfrage → SMTP-Postfachprüfung (RCPT, ohne Inhalt zu senden).
• Der Teil vor dem @ darf höchstens 64 Zeichen lang sein (RFC 5321); ein Null-MX bedeutet, dass die Domain keine E-Mails annimmt (RFC 7505).
• Catch-all-Domains akzeptieren jede Adresse (in unserem Test mit 25 Domains waren es etwa 25%), sodass sich manche Adressen nur als „kann nicht geprüft werden“ markieren lassen.
• Bei Rückläufern ist 5.x.x dauerhaft und 4.x.x vorübergehend; 5.1.1 bedeutet, dass das Postfach nicht existiert; 5.7.x weist auf ein Richtlinienproblem hin, nicht auf eine schlechte Adresse.
• Probieren Sie eine einzelne Adresse mit unserem kostenlosen E-Mail-Prüfwerkzeug aus.