Design

Beliebte Tools

E-Mail-Adresse prüfen: der E-Mail Checker

Prüfen Sie, ob eine E-Mail-Adresse echt ist, ohne etwas zu senden: Wir fragen ihren Mailserver und zeigen Ihnen die Unterhaltung. Oder senden Sie Ihre eigene E-Mail an eine Testadresse und erhalten Sie einen vollständigen Zustellbarkeitsbericht.

Quellen: DNS (MX, SPF, DMARC) · eine Live-SMTP-Prüfung von unserem Server, vor DATA beendet · unser eigener Mailserver für Test-E-Mails (Cloudflare Email Routing als Backup) · SpamAssassin 4

Wir fragen den Mailserver der Adresse wie ein Absender und hören auf, bevor etwas gesendet wird.

Beispiele

An die Adresse wird nichts gesendet. Wir protokollieren die Domain und den Antwortcode; eine Antwort wird bis zu einem Tag unter einem Hash mit geheimem Schlüssel aufbewahrt, ohne die Adresse.

E-Mail prüfen, ohne eine E-Mail zu senden: so funktioniert der E-Mail Checker

Ein Mailserver sagt, ob er eine Adresse kennt, noch bevor eine Nachricht gesendet wird. Wir stellen diese Frage und legen dann auf.

Eine E-Mail zu senden ist eine kurze Unterhaltung zwischen zwei Servern. Der Absender sagt Hallo (EHLO), nennt eine Rückadresse (MAIL FROM), nennt den Empfänger (RCPT TO) und sendet erst dann die Nachricht (DATA). Der empfangende Server beantwortet jede Zeile mit einem dreistelligen Code (RFC 5321).

Wir führen die Unterhaltung bis RCPT TO und lesen die Antwort. Dann setzen wir zurück (RSET), fragen noch einmal nach einer erfundenen Adresse bei derselben Domain (der Kontrolle) und verabschieden uns mit QUIT. DATA wird nie gesendet, also landet nichts in irgendeinem Postfach, und die leere Rückadresse sorgt dafür, dass nichts zurückkommen kann.

probe.dnsrobot.netUnser Prüfserver · Mumbai · 198.51.100.25mx-in.g.apple.comDer Mailserver der Domain · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>leerer Absender: Nichts kann zurückkommen
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2eine erfundene Adresse bei derselben Domain
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA nie gesendet: Wir hören vor der Nachricht auf
  11. QUIT
  1. Syntax1 ms
  2. Domain und MX181 ms
  3. Listen< 1 ms
  4. Mailserver1,5 s
Eine echte Prüfung von postmaster@apple.com, der Funktionsadresse, die jede Mail-Domain haben muss (RFC 2142), von unserem Server in Mumbai: 7 Antworten in 1,5 s. Der Server lehnt die erfundene Adresse ab (550 5.1.1), und genau das macht sein Ja zur echten glaubwürdig.
E-Mail-Adresse prüfen: E-Mail Checker meldet postmaster@apple.com als zustellbar, mit SMTP-Unterhaltung und KontrolladresseE-Mail-Adresse prüfen: E-Mail Checker meldet postmaster@apple.com als zustellbar, mit SMTP-Unterhaltung und KontrolladresseDas UrteilZustellbar, Nicht zustellbar, Accept-all, Riskant oder Unbekannt, mit den Antwortcodes, die entschieden haben, und einem Satz, der erklärt, warum.Die vier SchritteSyntax, die Mailserver der Domain, die Listen für Wegwerf- und Funktionsadressen, dann der Mailserver selbst, jeweils mit seiner Zeit.Die entscheidenden AntwortenDie Adresse und eine erfundene Adresse bei derselben Domain: Ein Ja auf die erste und ein Nein auf die zweite macht das Ja glaubwürdig.Die UnterhaltungJeder Befehl, den unser Server gesendet hat, und jede Antwort des Mailservers in der Reihenfolge, in der alles geschah, mit Code und Zeit jeder Antwort.Nichts gesendetDATA wird nie gesendet: Die Unterhaltung endet, bevor eine Nachricht existiert, also erreicht nichts das Postfach, und nichts kann zurückkommen.
Eine echte Prüfung von postmaster@apple.com, der Funktionsadresse, die jede Mail-Domain haben muss: das Urteil, die vier Schritte, die beiden entscheidenden Antworten und die gesamte SMTP-Unterhaltung, vor DATA beendet. Wählen Sie eine Nummer, um zu sehen, was jeder Teil zeigt.

Was jedes Ergebnis der E-Mail-Prüfung bedeutet

Fünf Ergebnisse, jedes an die Serverantwort gebunden, aus der es stammt.

Zustellbar braucht zwei Dinge: ein Ja für die Adresse und ein Nein für eine erfundene bei derselben Domain (oder einen Anbieter, der laut unseren Messungen jede Adresse prüft). Ohne die zweite Antwort ist ein Ja nur das Ja eines Servers, der womöglich zu allem Ja sagt.

Unbekannt ist ehrlich, kein Fehler: Der Server hat sich geweigert, mit unserem Prüfserver zu sprechen, uns gebeten zu warten oder nicht geantwortet. Über die Adresse sagt das nichts, deshalb machen wir daraus nie „ungültig“.

  • Zustellbar
    Die Adresse
    250
    Eine erfundene
    550

    Der Server kennt die Adresse und lehnt eine unbekannte bei derselben Domain ab.

    Senden.
  • Nicht zustellbar
    Die Adresse
    550 5.1.1
    Oder die Domain
    Null-MXDomain existiert nicht

    Der Server sagt, dass das Postfach nicht existiert, oder die Domain nimmt gar keine E-Mails an.

    Nicht senden: Die E-Mail käme zurück.
  • Accept-all
    Die Adresse
    250
    Eine erfundene
    250

    Der Server sagt zu allem Ja, sein Ja beweist also nichts.

    Nur senden, wenn Sie sie von der Person haben.
  • Riskant
    Die Domain
    Wegwerf-Liste
    Oder das Postfach
    552voll

    Es existiert, wird aber nicht lange bestehen oder kann gerade keine E-Mails annehmen.

    Meiden Sie es für alles, was Sie später brauchen.
  • Unbekannt
    Die Adresse
    451554keine Antwort
    Oder DNS
    SERVFAIL

    Der Server wollte nicht antworten oder bat uns, später wiederzukommen. Kein Nein.

    Später erneut prüfen oder einfach senden.
Jedes Ergebnis stammt aus einem Antwortcode (RFC 5321) oder einer Tatsache über die Domain, nie aus einer Vermutung. Funktions-, kostenlose, Alias- und alte Netzbetreiber-Adressen sind Markierungen neben dem Ergebnis, nie das Ergebnis selbst.

Bei welchen E-Mail-Anbietern sich die Adresse prüfen lässt

Was eine Prüfung sagen kann, hängt vom Anbieter ab. Wir haben 65 Mail-Domains von 53 Anbietern von unserem Server aus gemessen.

Die meisten Anbieter für Privatkunden lehnen unbekannte Adressen bei RCPT ab, eine Prüfung ist dort also verlässlich. Manche nehmen alles an und sortieren später; Outlook.com sagt manchmal einmal Ja, um das Sammeln von Adressen zu bremsen; einige weisen Server ab, die sie nicht kennen.

Wir nutzen nie Seiten zur Passwort-Wiederherstellung oder Anmeldung, um eine Adresse zu testen, wie es manche Prüfdienste tun: Das verstößt gegen die Bedingungen der Anbieter und ist genau die Methode, mit der Angreifer Konten finden.

Von unserem Server gemessen22. Oktober 2026 · 65 Domains, 10 davon Unternehmen
Prüft jede Adresse42 DomainsEine unbekannte Adresse bekommt bei RCPT ein 5xx, ein Ja ist also ein echtes Ja.
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Sagt zu manchen erfundenen Adressen Ja2 DomainsOutlook.com: 2 von 12 erfundenen Adressen bekamen einmal 250. Wir fragen zweimal.
  • hotmail.com
  • outlook.com
Nimmt jede Adresse an9 DomainsEin Ja beweist hier nichts: Diese Server nehmen zuerst an und sortieren E-Mails später.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Weisen unseren Server vorerst ab8 DomainsSie wollen, dass der Reverse-DNS unseres Servers vorwärts und rückwärts übereinstimmt. Die eigene Fehlerliste von Yahoo zeigt außerdem, dass unbekannte Konten erst nach dem Senden der Nachricht zurückgewiesen werden.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Greylisting oder Aufschub3 DomainsEin 4xx. Fastmail setzt Greylisting ein: Dieselbe Frage eine Minute später bekommt eine Antwort. onet.pl und interia.pl schieben wegen einer befristeten Regel oder eines Zustelllimits auf, was Warten nicht ändert.
  • fastmail.com
  • interia.pl
  • onet.pl
Bittet darum, nicht geprüft zu werden1 DomainDeutsche Telekom: Wir verbinden uns gar nicht erst.
  • t-online.de
Unternehmen zeigen das Zeichen ihrer Mail-Plattform (Microsoft 365, Google Workspace, Proofpoint, iCloud). Die Antwort eines Unternehmens ist seine eigene Einstellung, nicht die Regel der Plattform: microsoft.com prüft jede Adresse, github.com auf derselben Plattform nimmt jede an.

Catch-all, Greylisting und Ablehnungen: wenn sich eine Adresse nicht bestätigen lässt

Drei Wege, wie ein Mailserver einer Antwort ausweicht, und wie sich jeder im Ergebnis zeigt.

Ein Accept-all-Server (Catch-all) sagt zu jeder Adresse 250, ob echt oder nicht. Viele Microsoft-365-Unternehmen arbeiten so, ohne es zu wissen: Directory-Based Edge Blocking lehnt unbekannte Adressen nur ab, wenn die Domain auf „Autoritativ“ steht.

Greylisting antwortet auf unbekannte Absender mit 451 und nimmt dieselbe Frage eine Minute später an (RFC 6647). Ablehnungen können bei jedem Schritt bis RCPT kommen (die von bol.com.br kam bei RCPT selbst), sie betreffen aber unseren Server, nicht die Adresse, das Ergebnis ist also Unbekannt, nie ein Nein.

Accept-all
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Beide bekamen ein Ja: Der Server kann sie nicht unterscheiden, und wir daher auch nicht.

Eine Microsoft-365-Domain, eingestellt aufInternes Relay250jede AdresseAutoritativ (Directory-Based Edge Blocking)550 5.4.1eine unbekannte Adresse
Greylisting
0 s451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
mindestens eine Minute warten: derselbe Server, derselbe Absender, dieselbe Adresse (RFC 6647)
60+ s250550die echte Antwort

Fastmail hat das bei uns getan. Das Ergebnis bietet nach einer Minute Erneut prüfen an, nie wiederholte Abfragen in kurzen Abständen. (onet.pl und interia.pl antworteten ebenfalls mit 450, aber mit einer befristeten Regel und einem Zustelllimit: Ablehnungen, deshalb bieten wir dort das Warten nicht an.)

Ablehnungen: Wo uns jeder Server gestoppt hat
VerbindungBegrüßungEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Eine Ablehnung betrifft unseren Server, nicht die Adresse, egal an welcher Stelle sie kommt (die von bol.com.br kam bei RCPT), das Ergebnis ist also Unbekannt, nie „ungültig“.

Codes und Texte so, wie die Server sie am 22. Oktober 2026 an unseren Prüfserver gesendet haben. Vier der fünf Ablehnungen betreffen den Reverse-DNS (Forward-confirmed PTR) und verschwinden, sobald der PTR-Eintrag unseres Servers passt.

Wegwerf-, Funktions-, kostenlose und Alias-E-Mail-Adressen

Markierungen beschreiben die Adresse; sie entscheiden nie allein über das Ergebnis.

Ein Funktionspostfach (support@, sales@) ist echt, aber gemeinsam genutzt, eine kostenlose Adresse ist für Privatpersonen normal, ein Alias leitet an das echte Postfach von jemandem weiter, und eine Wegwerf-Adresse ist ein öffentliches Postfach, das binnen Stunden verschwindet.

Japanische Netzbetreiber haben noch Adressen mit zwei Punkten oder einem Punkt vor dem @. Sie verstoßen gegen den RFC, empfangen aber E-Mails, deshalb fragen wir den Mailserver genau so, wie sie eingegeben wurden.

supportFunktionspostfach (RFC 2142)+ordersSubadresse (RFC 5233)@example.comdie Domain entscheidet: kostenlos, Wegwerf oder Alias
  • Funktionspostfachpostmaster@support@sales@

    Ein Team-Postfach: echt und oft gelesen, aber niemandes persönliche Adresse. RFC 2142 nennt die, die eine Domain haben sollte.

  • Kostenloser Anbieter

    Jeder kann sich anmelden. Normal für Privatpersonen; ungewöhnlich für die Mitarbeitenden eines Unternehmens.

  • Wegwerf@mailinator.cometwa 9.900 Domains

    Öffentliche Postfächer, die binnen Stunden verschwinden. Aus der Liste disposable-email-domains (CC0), abgeglichen auf der registrierbaren Domain.

  • Alias-Dienst

    Leitet an ein echtes Postfach weiter, das die Person privat hält. Keine Wegwerf-Adresse: Antworten erreichen die Person.

  • Alte Netzbetreiber-Adressetaro..yamada@docomo.ne.jp

    Nicht RFC-konform, aber noch in Gebrauch: docomo und au lassen Kunden ältere Adressen mit „..“ oder „.@“ behalten. Wir fragen den Server nach der Adresse genau so, wie sie eingegeben wurde.

Markierungen entscheiden nie allein über das Ergebnis: Ein Funktionspostfach kann zustellbar sein, und ein Alias kann Accept-all sein.

So funktioniert der E-Mail-Zustellbarkeitstest: ein kostenloser Mail Tester

Senden Sie eine echte E-Mail an eine Einmal-Adresse; der Bericht entsteht, während jeder Teil geprüft wird.

Ihre Testadresse nimmt 2 Stunden lang eine Nachricht an. Unser eigener Mailserver empfängt sie für mailtest.dnsrobot.net über TLS und sieht die SMTP-Sitzung aus erster Hand: die TLS-Version, die Begrüßung, wie der sendende Server spricht. Cloudflare Email Routing ist der Backup-Weg.

Alles stützt sich auf das, was tatsächlich angekommen ist: die Adresse, die sich verbunden hat, die Header, die Ihr Dienst hinzugefügt hat, das HTML, das Ihre Leser bekommen. Danach folgen SPF, DKIM, DMARC, ARC, das Format, der Inhalt, die Abmelde-Header, SpamAssassin und die Regeln der Postfachanbieter.

  1. Ihre Mail-AppSie drücken auf Senden14:02:10
  2. Ihr sendender ServerIhr E-Mail-DienstSendGrid · 198.51.100.24
    Reverse-DNS (PTR)HELO-NameBlocklisten
  3. Unser Mailserverempfängt sie über TLSmailprobe.dnsrobot.net · TLSv1.3
    die SMTP-SitzungTLS-VersionEHLO und PipeliningZeilenenden
    die NachrichtSPFDKIMDMARCARCFormatInhaltAbmeldung
  4. Ihr BerichtTeile erscheinen, sobald sie geprüft sind14:02:24
    SpamAssassinRegeln von Gmail · Yahoo · Outlook.comBewertung
Backup: Cloudflare Email Routingroute1–3.mx.cloudflare.netnimmt die E-Mail an, wenn unser Server ausfällt; die TLS-Details gibt es nicht weiter
Was mit Ihrer Nachricht geschieht
0 strifft bei unserem Mailserver ein11 sAnalyse fertig: Text und Anhänge werden gelöscht7 TageHeader, Links und Vorschau gelöscht (oder früher: „Bericht löschen“)
Das Beispiel auf dieser Seite: ein über SendGrid versendeter Newsletter. Jede Prüfung leuchtet dort auf, wo sie stattfindet: die Identität des sendenden Servers, die SMTP-Sitzung, die unser Server gesehen hat, Signaturen und Inhalt der Nachricht, dann SpamAssassin und die Regeln der Postfachanbieter.

So bewertet der E-Mail Spam Check Ihre Nachricht

Zehn Punkte minus Abzüge, die jeweils ihre Regel nennen. Nichts, was wir nicht prüfen konnten, kostet einen Punkt.

Eine Bewertung ist nur nützlich, wenn Sie sehen können, wie sie entstanden ist, deshalb steht hier die ganze Tabelle, erzeugt aus demselben Code, der Ihre Nachricht bewertet. Jeder Abzug stützt sich auf einen RFC, die eigene Seite eines Postfachanbieters oder eine SpamAssassin-Regel.

Regeln nur für Massenmail, etwa Ein-Klick-Abmelden, ziehen nur dann Punkte ab, wenn die Nachricht nach Massenmail aussieht. Was eine einzelne Nachricht nicht zeigen kann (Beschwerderaten, Versandvolumen), ist „nicht beurteilbar“ und kostet nichts.

Ein erfundener Bericht7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Massenmail ohne funktionierendes Ein-Klick-Abmelden (RFC 8058: beide Header, per DKIM signiert)
  2. 2SpamAssassin 3,4
Was wir gefunden habenPunkte AbzugTeil
Weder besteht SPF, noch ist eine DKIM-Signatur gültig−3SPF
DMARC schlägt fehl: kein ausgerichtetes SPF oder DKIM besteht, und die From-Domain veröffentlicht eine Richtlinie−2,5DMARC
Der From-Header hat keine einzelne Domain, auf die DMARC angewendet werden kann−2DMARC
Die From-Domain veröffentlicht keinen DMARC-Eintragnur bei Massenmail−1DMARC
SPF fail: Der Eintrag sagt, dass dieser Server nicht senden darf−1SPF
SPF softfail oder neutral−0,5SPF
Kein SPF-Eintrag für die MAIL-FROM-Domain (oder HELO-Domain)−1SPF
SPF permerror: ein fehlerhafter Eintrag oder mehr als 10 DNS-Lookups−1SPF
Die Nachricht ist nicht mit DKIM signiertnur bei Massenmail−1DKIM
Mit DKIM signiert, aber jede Signatur schlägt fehl (wie unsigniert behandelt)nur bei Massenmail−1DKIM
Eine Signatur verwendet einen RSA-Schlüssel unter 1 024 Bit−1DKIM
DKIM besteht, aber keine gültige Signatur passt zur From-Domain−0,5DKIM
Die sendende Adresse steht auf einer großen Blockliste−3Sendender Server
Die sendende Adresse steht auf einer kleineren Blockliste−1Sendender Server
Die sendende Adresse hat keinen Reverse-DNS (PTR)−2,5Sendender Server
Der PTR-Name führt nicht zur sendenden Adresse zurück−1,5Sendender Server
HELO ist kein vollständig qualifizierter Name−0,5Sendender Server
Der Server hat ohne TLS gesendet−1,5SMTP-Sitzung
Einzelne LF- oder CR-Zeilenenden in der Nachricht0eine Warnung, nicht in der Bewertung gezählt (−0,5, sobald eine Quelle genannt ist)SMTP-Sitzung
From fehlt, ist doppelt, unlesbar oder nennt mehrere Postfächer ohne Sender−2Format
Date fehlt oder ist unlesbar−1Format
Message-ID fehlt oder ist fehlerhaft−1Format
Date weicht um mehr als einen Tag von der Ankunftszeit ab0eine Warnung, nicht in der Bewertung gezählt (−0,5, sobald eine Quelle genannt ist)Format
Ein Feld, das nur einmal vorkommen darf, erscheint doppelt−0,5Format
Zeilen länger als 998 Zeichen−0,25Format
Bilder mit kaum Text0eine Warnung, nicht in der Bewertung gezählt (−1, sobald eine Quelle genannt ist)Inhalt
HTML ohne Nur-Text-Version−0,5Inhalt
HTML über etwa 102 KB: Gmail kürzt es möglicherweise0eine Warnung, nicht in der Bewertung gezählt (−0,5, sobald eine Quelle genannt ist)Inhalt
Links über URL-Kürzer0eine Warnung, nicht in der Bewertung gezählt (−1, sobald eine Quelle genannt ist)Inhalt
Links auf eine bloße IP-Adresse0eine Warnung, nicht in der Bewertung gezählt (−1, sobald eine Quelle genannt ist)Inhalt
Links auf eine Domain, die eine andere nachahmt0eine Warnung, nicht in der Bewertung gezählt (−2, sobald eine Quelle genannt ist)Inhalt
javascript:-, data:- oder file:-Links0eine Warnung, nicht in der Bewertung gezählt (−2, sobald eine Quelle genannt ist)Inhalt
Der Linktext zeigt eine Domain, und der Link führt zu einer anderen0eine Warnung, nicht in der Bewertung gezählt (−0,5, sobald eine Quelle genannt ist)Inhalt
Ein Anhangstyp, den Gmail blockiert0eine Warnung, nicht in der Bewertung gezählt (−2, sobald eine Quelle genannt ist)Inhalt
Links zu einem Host, den Cloudflares Sicherheits-Resolver blockiert (Malware oder Phishing)0eine Warnung, nicht in der Bewertung gezählt (−2, sobald eine Quelle genannt ist)Inhalt
Skripte, iframes, Formulare oder eingebettete Objekte im HTML−1Inhalt
1Massenmail ohne funktionierendes Ein-Klick-Abmelden (RFC 8058: beide Header, per DKIM signiert)−1,5Abmeldung
2Punkte von SpamAssassin über 2,0die Hälfte der Punkte über 2,0, höchstens 3SpamAssassin
Die Bewertung von SpamAssassin erreicht seine Spam-Schwelle−2SpamAssassin
Nicht geprüft oder aus einer Nachricht nicht erkennbar0–
Die Tabelle, nach der bewertet wird (Version 2026-10-31.1): 10 minus jede zutreffende Zeile, nie unter 0. Ein Teil, den wir nicht prüfen konnten, zieht nichts ab; Zeilen für Massenmail kosten nur bei Massenmail Punkte; eine Zeile mit 0 ist eine Warnung, die wir zeigen, aber nicht in der Bewertung zählen.

SPF-, DKIM- und DMARC-Alignment in einem Bild

DMARC besteht, wenn SPF oder DKIM für eine Domain besteht, die zur From-Adresse passt, die die Leute sehen.

Eine E-Mail hat zwei Absender: den verborgenen Umschlag-Absender, an den Rückläufer gehen, und die From-Adresse, die Menschen lesen. SPF prüft den ersten, DKIM prüft eine Signatur, und DMARC verknüpft eines von beiden mit dem zweiten (RFC 9989).

E-Mail-Dienste bestehen DMARC meist über DKIM: Sie signieren mit Ihrer Domain (ein Eintrag, den Sie hinzufügen), während Rückläufer an ihre eigene Subdomain gehen.

Return-Path: bounces+48213-9f1c@em.example.orgder Umschlag-Absender (MAIL FROM): Ihn prüft SPF
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …eine Signatur der From-Domain
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …die eigene Signatur des E-Mail-Dienstes
From: Example Weekly <news@example.org>was die Leser sehen: Diese Adresse schützt DMARC
  1. SPF besteht198.51.100.24 darf für em.example.org sendenausgerichtet: em.example.org gehört zu example.org
  2. DKIM bestehtdie Signatur von example.org ist gültigausgerichtet: dieselbe Domain
  3. DKIM bestehtdie Signatur von sendgrid.info ist gültignicht ausgerichtet: eine andere Domain (das ist in Ordnung)
  4. DMARC bestehtFrom example.org: mindestens ein bestandenes Ergebnis ist ausgerichtetRichtlinie p=none · Relaxed Alignment
SPF prüft den verborgenen Umschlag-Absender, DKIM prüft eine Signatur, und DMARC fragt, ob eines von beiden zur From-Domain gehört, die die Leute sehen. Relaxed Alignment vergleicht Organisations-Domains (em.example.org und example.org stimmen überein); strict vergleicht exakte Namen.

Absenderanforderungen von Gmail, Yahoo und Outlook.com

Seit 2024 veröffentlichen die größten Postfachanbieter, was sie verlangen. Hier stehen sie nebeneinander.

Jeder Absender braucht SPF oder DKIM, funktionierenden Reverse-DNS und eine korrekt aufgebaute Nachricht. Massenversender brauchen zusätzlich SPF und DKIM zugleich, einen DMARC-Eintrag, der auf die From-Adresse ausgerichtet ist, Ein-Klick-Abmelden und eine niedrige Beschwerderate.

Unser Bericht prüft jede Regel, die eine Nachricht zeigen kann, und sagt für den Rest „nicht beurteilbar“: Beschwerderaten stehen in den Google Postmaster Tools und im Sender Hub von Yahoo.

GmailYahooOutlook.com
Alle AbsenderMassenversender5 000+ pro TagAlle AbsenderMassenversenderkeine Zahl genanntMassenversender5 000+ pro Tag
SPF oder DKIM besteht4.7.27 · 4.7.30–––
SPF und DKIM bestehen beide4.7.27 · 4.7.30–––
SPF besteht––––1
DKIM besteht––––1
Ein DMARC-Eintrag, p=none oder strenger4.7.40 · 5.7.40–––
From ausgerichtet auf SPF oder DKIM (DMARC besteht)4.7.32 · 5.7.32––1
Forward- und Reverse-DNS (PTR)4.7.23–––
TLS bei der Verbindung4.7.29––––
Nachrichtenformat nach RFC 53222–––
Kein Gmail-From: von anderswo––––
Eine gültige From- oder Reply-To-Adresse––––
Ein-Klick-Abmelden (RFC 8058)–––
List-Unsubscribe (mailto oder https)––––
Ein sichtbarer Abmeldelink im Text––
Spam-Beschwerden unter 0,3 %–––

erforderlichempfohlen– nicht in den Regeln dieses Anbieters4.7.23der Code, mit dem Gmail antwortet, wenn die Anforderung fehlteine Nachricht kann es nicht zeigen: Wir sagen „nicht beurteilbar“

1 550 5.7.5152 Gmail verlangt außerdem eine einzelne Adresse in From.

Gmail und Yahoo seit Februar 2024 (Gmail setzt ab November 2025 strenger durch), Outlook.com seit dem 5. Mai 2025, mit Ablehnung per 550 5.7.515. Der Bericht prüft jede Zeile, die eine Nachricht zeigen kann.

Datenschutz: was wir aufbewahren und was der Mailserver sieht

Die Adresse, die Sie prüfen, wird nicht aufbewahrt: ihre Antwort schon, bis zu einem Tag, unter einem Hash mit geheimem Schlüssel und ohne die Adresse. Der Text einer Testnachricht wird direkt nach der Analyse gelöscht.

Beim Prüfen einer Adresse erhält ihr Mailserver ein paar kurze Befehle und sonst nichts: EHLO, MAIL FROM:<>, RCPT TO für die Adresse und für eine erfundene Adresse (bei Outlook.com noch einmal), RSET, QUIT. Der Server sieht den Namen unseres Servers, einen leeren Absender und die Adressen, nach denen gefragt wird: nicht Sie und keine Nachricht.

Ein Testbericht behält die Header der Nachricht, ihre Links und eine Vorschau mit 140 Zeichen samt den Befunden 7 Tage lang, damit Sie seinen Link teilen können; der vollständige Text und die Anhänge werden direkt nach der Analyse gelöscht. Sie können den Bericht jederzeit im Bericht selbst löschen.

Adresse prüfen
  1. Sie geben sie einSie geht über HTTPS an unseren Server, nur in der Anfrage.
  2. Der Mailserver siehtEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITDiese wenigen Befehle und sonst nichts: den Namen unseres Servers, einen leeren Absender, RCPT TO für die Adresse und für eine erfundene Adresse (und bei Outlook.com noch einmal). Keine Nachricht, keinen Namen, nichts über Sie.
  3. Wir bewahren aufNicht die Adresse. Protokolle enthalten die Domain und den Antwortcode; eine eindeutige Antwort wird bis zu einem Tag unter einem Hash mit geheimem Schlüssel aufbewahrt, ohne die Adresse.
Ihre E-Mail testen
  1. Die Nachricht selbstText und Anhänge werden direkt nach der Analyse gelöscht. SpamAssassin liest sie im Arbeitsspeicher unseres Mailservers; nichts wird protokolliert.
  2. Der BerichtDie Header, die Domains, auf die die Nachricht verlinkt (mit je einem Beispiellink), und eine Vorschau mit 140 Zeichen: 7 Tage, oder bis Sie auf „Bericht löschen“ klicken. Jeder, der den Link hat, kann ihn öffnen.
  3. Niemalsleiten wir sie weiter, antworten darauf oder lesen sie von Hand.
Eine Adresse zu prüfen ist nach der DSGVO die Verarbeitung personenbezogener Daten, auch wenn nichts gespeichert wird, deshalb bewahren wir so wenig wie möglich auf. Spamhaus bittet Prüfdienste, keine Listenbereinigung anzubieten: Für Massenlisten gibt es keine Postfachprüfungen.

Häufig gestellte Fragen

Ist dieser E-Mail Checker kostenlos?

Ja, ohne Anmeldung. Sie können einzelne Adressen prüfen (einige pro Minute), Listen mit bis zu 100 Adressen prüfen und E-Mail-Zustellbarkeitstests durchführen. Die Grenzen gibt es, weil jede Prüfung einen echten Mailserver erreicht: Server sperren Prüfdienste, die zu oft fragen, und das würde das Tool für alle lahmlegen.

Wie kann ich eine E-Mail-Adresse prüfen, ohne eine E-Mail zu senden?

Geben Sie sie oben ein. Wir schlagen die Mailserver der Domain nach, verbinden uns mit dem ersten und fragen, ob er E-Mails für die Adresse annehmen würde (RCPT TO). Dann fragen wir nach einer erfundenen Adresse bei derselben Domain, um zu wissen, ob der Server beide unterscheidet, und legen auf, bevor eine Nachricht gesendet wird.

Wie genau ist eine E-Mail-Prüfung, und kann eine gültige Adresse trotzdem zurückkommen?

So genau, wie der Mail-Anbieter es zulässt. Gmail, iCloud und die meisten Anbieter für Privatkunden antworten klar; Accept-all-Domains und Anbieter, die Prüfungen ablehnen, kann niemand bestätigen. Ein volles Postfach oder eine Änderung nach der Prüfung kann eine gültige Adresse dennoch zurückkommen lassen. Wir zeigen, in welchem Fall Sie sind, statt eine erfundene Prozentzahl zu nennen.

Erfährt die Person, dass ich ihre E-Mail-Adresse geprüft habe?

Nein. Nichts erreicht ihr Postfach, denn die Unterhaltung endet, bevor eine Nachricht gesendet wird. Der Server ihres Anbieters protokolliert eine Verbindung von unserem Prüfserver, wie bei jedem Absender, der anklopft, meldet das aber nicht dem Postfachinhaber, und wir senden nichts, was er sehen könnte.

Warum liefert eine Gmail-, Yahoo- oder Outlook.com-Adresse dieses Ergebnis?

Gmail prüft jede Adresse, seine Antworten sind also verlässlich. Outlook.com sagt zu einer erfundenen Adresse manchmal einmal Ja, deshalb fragen wir zweimal und vertrauen nur übereinstimmenden Antworten. Yahoo weist Server ab, deren Reverse-DNS nicht passt, derzeit auch unseren, Yahoo-Adressen kommen also als Unbekannt zurück. Die eigene Fehlerliste von Yahoo zeigt außerdem, dass unbekannte Konten erst nach dem Senden der Nachricht zurückgewiesen werden.

Was ist eine Catch-all-E-Mail-Adresse (Accept-all)?

Es ist eine Adresse bei einer Domain, deren Mailserver E-Mails für jede Adresse annimmt, ob sie existiert oder nicht, und später sortiert. Eine Prüfung kann dort ein echtes Postfach nicht von einem erfundenen unterscheiden, deshalb lautet das Ergebnis Accept-all. Senden Sie nur dorthin, wenn Sie die Adresse von der Person haben, und achten Sie auf Rückläufer.

Warum ist das Ergebnis meiner E-Mail-Prüfung Unbekannt?

Der Mailserver hat zur Adresse nicht geantwortet. Er hat unseren Prüfserver per Greylisting aufgeschoben (versuchen Sie es in einer Minute erneut), wegen einer Regel über Server abgewiesen, nicht rechtzeitig geantwortet oder gehört zu einem Anbieter, der darum bittet, nicht geprüft zu werden. Unbekannt ist nie ein Nein: Eine Adresse, die man Ihnen gegeben hat, ist wahrscheinlich in Ordnung.

Wie teste ich die Zustellbarkeit und den Spam-Wert meiner E-Mail?

Öffnen Sie oben „Ihre E-Mail testen“ und kopieren Sie die Einmal-Adresse. Senden Sie Ihre echte Nachricht dorthin, von demselben Konto und Dienst, die Sie sonst nutzen. Der Bericht entsteht, während jeder Teil geprüft wird: sendender Server, SPF, DKIM, DMARC, Inhalt, Abmelde-Header, SpamAssassin und die Regeln von Gmail, Yahoo und Outlook.com, mit einer Bewertung von maximal 10 Punkten.

Heißt 10/10 bei einem Mail Tester, dass meine E-Mail im Posteingang landet?

Das kann kein Test versprechen. Die Platzierung im Posteingang hängt auch von Ihrer Versandhistorie ab und davon, wie oft Menschen Ihre Mails als Spam markieren, was nur die Postfachanbieter sehen. 10/10 heißt, dass nichts, was wir in einer Nachricht prüfen können, falsch ist. Wir haben keine Seed-Postfächer und behaupten deshalb nie, die Posteingangs-Platzierung zu messen.

Speichern Sie die Adressen, die ich prüfe, oder die E-Mails, die ich sende?

Nicht die Adressen: Unsere Protokolle enthalten die Domain und den Antwortcode des Mailservers, und eine eindeutige Antwort wird bis zu einem Tag unter einem Hash mit geheimem Schlüssel aufbewahrt, ohne die Adresse. Text und Anhänge einer Testnachricht werden direkt nach der Analyse gelöscht. Ihr Bericht behält die Header, die Links und eine Vorschau mit 140 Zeichen 7 Tage lang oder bis Sie auf „Bericht löschen“ klicken.

Was bedeutet „E-Mail-Adresse verifizieren“ im Vergleich zur Validierung?

Die Validierung prüft die Form der Adresse und ihre Domain: die Syntax und ob die Domain Mailserver hat. Die Verifizierung fragt zusätzlich den Mailserver nach dem Postfach selbst. Dieser E-Mail Checker macht bei einzelnen Adressen beides; die Listenprüfung validiert jede Zeile und lässt Sie das Postfach jeder Zeile verifizieren, wenn Sie es brauchen.

Kann ich eine Liste von E-Mail-Adressen prüfen?

Ja, bis zu 100 auf einmal, eingefügt oder aus einer CSV-Datei, und Sie können die Ergebnisse als CSV herunterladen. Jede Zeile wird auf Syntax, Domain, Mailserver und Listen geprüft. Postfächer werden einzeln geprüft, wenn Sie es wählen, denn hundert Mailserver auf einmal zu fragen ist Listenbereinigung, die Mailserver sperren.

Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen

Ähnliche Tools