E-Mail-Zustellbarkeitsprüfung
Überprüfen Sie Ihre Absenderkonfiguration vor dem Senden statt nach einem Bounce
Die IP des Servers, der Ihre E-Mails versendet, wird zur Überprüfung von DNSBL-Sperrlisten verwendet. Leer lassen, um zu überspringen. Finden Sie sie in den E-Mail-Headern (Received: from) oder fragen Sie Ihren SMTP-Anbieter.
Das Präfix für die DKIM-Öffentlichen-Schlüssel-Suche, zur Überprüfung von E-Mail-Signaturen. Leer lassen, um gängige Selektoren automatisch zu erkennen (google, default, s1, k1…). Finden Sie Ihren in jedem gesendeten E-Mail-Header: DKIM-Signature: s=…
Die E-Mail-Zustellbarkeit entscheidet darüber, ob Ihre Nachrichten den Posteingang erreichen oder abgelehnt und im Spam landen. Sie hängt von einer Reihe von DNS-Einträgen ab – MX beweist, dass Ihre Domäne existiert und Mailserver hat, SPF legt fest, wer als Sie senden darf, DKIM nutzt kryptographische Signaturen, um zu beweisen, dass E-Mails nicht manipuliert wurden, und DMARC verbindet sie mit einer Durchsetzungsrichtlinie. Wenn Ihre ausgehende IP auf einer DNSBL-Blacklist steht, hilft auch perfekte Authentifizierung nicht.
Fehlkonfigurationen geben keine Warnung – Sie sehen nur Bounces, niedrige Posteingangsraten und Registrierungs-E-Mails, die im Spam verschwinden. Ein fehlender SPF-Eintrag lässt jeden Ihre Domäne fälschen; ein veralteter DMARC p=none lässt gefälschte E-Mails passieren; eine auf einer Blacklist stehende ausgehende IP lässt jede Nachricht untergehen. Am schlimmsten: Diese Probleme werden oft erst entdeckt, wenn Sie bereits Nutzer verloren haben.
Dieses Tool führt dieselben Prüfungen durch, die Empfänger durchführen – bevor Sie senden. Geben Sie Ihre Sendedomäne (und optional Ihre ausgehende IP und DKIM-Selektor) ein, um zu überprüfen, ob die vier wichtigen DNS-Einträge korrekt veröffentlicht sind und Ihre IP sauber ist. Jedes Ergebnis wird direkt einem echten Bounce-Code zugeordnet, sodass Sie genau wissen, was falsch ist und wie Sie es beheben können.
Pre-Check vor dem Senden, nicht nach dem Bounce – prüfen Sie selbst, bevor Empfänger es tun
Fünf Prüfungen in einem Durchgang: DNS-Auflösung, SPF, DKIM, DMARC, IP-Blacklist
Null Spuren: reine DNS-Abfragen, keine E-Mails versendet, keine Speicherung von Domäne oder IP
Direkte Zuordnung zu Bounce-Codes: jedes Prüfergebnis entspricht einem tatsächlichen Bounce-Fehler, sodass Sie wissen, was zu beheben ist
Wann Sie es nutzen sollten
Vor dem ersten Versand von einer neuen Domäne – bestätigen Sie, dass MX, SPF, DKIM und DMARC alle veröffentlicht sind
Bei Mail-Bounces – Den Bounce-Code abgleichen, um DNS-, Auth- oder IP-Probleme zu lokalisieren
Nach DNS-Änderungen – Überprüfen, ob die Aktualisierung verbreitet wurde und keine neuen Probleme verursacht hat
Nach dem Wechsel von Mail-Servern oder SMTP-Anbietern – Überprüfen, ob die neue IP sauber ist
Bounce-Fehler-Referenz
Häufige Bounce-Fehler und die Prüfung, die sie erkennt:
| Bounce-Fehler | Ursache | Dieses Tool prüft | Handlungsempfehlung |
|---|---|---|---|
| 554 5.1.8 Domain not found | Sendende Domain hat keine DNS-Einträge | Domain DNS-Auflösung | Füge MX-/A-/AAAA-Einträge hinzu |
| 550 DNSBL (z. B. r1401) | Ausgehende IP in Echtzeit-Blacklist | IP-Blacklist | Fordere Entfernung an oder ändere die IP |
| 550 5.7.26 Authentication failed | SPF/DKIM/DMARC fehlen oder schlagen fehl | SPF + DKIM + DMARC | Veröffentliche und verschärfe die Authentifizierungseinträge |
DNS-Eintragsvorlagen
Vorlagen für die vier wichtigsten DNS-Einträge. Ersetzen Sie Ihrendomain.com und die Anbieter-Angaben nach Bedarf.
MX (bei Ihrendomain.com MX):
yourdomain.com. IN MX 10 mail.yourdomain.com.
SPF (bei Ihrendomain.com TXT):
v=spf1 include:_spf.google.com include:mail.zoho.com -all
DMARC (bei _dmarc.yourdomain.com TXT):
v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s
DKIM (bei <selector>._domainkey.yourdomain.com TXT):
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...
Starten Sie DMARC mit p=none, um Berichte zu sammeln, und wechseln Sie dann zu quarantine, anschließend reject.
DNS- und E-Mail-Authentifizierung-Wissen
Die DNS-Einträge, die dieses Tool prüft, und warum sie für die E-Mail-Zustellung wichtig sind:
Domain DNS-Auflösung (MX / A / AAAA)
MX teilt Empfängern mit, welche Mailserver Ihre Domain verwalten. A/AAAA ordnen Ihre Domain einer IPv4-/IPv6-Adresse zu. Verfügt eine sendende Domain über keine DNS-Einträge, lehnen Empfänger diese mit 554 5.1.8 Domain not found ab – die Domain existiert einfach nicht im DNS.
SPF (Sender Policy Framework)
Ein TXT-Eintrag bei Ihrer Domain, der die IPs/Server auflistet, die als Sie Mails versenden dürfen. Empfänger prüfen die sendende IP anhand dieser Liste. Ohne SPF kann jeder Ihre Domain fälschen.
- -all
- Hartes Ablehnen: Nicht autorisierte Sender werden blockiert. Beste Praxis, höchste Sicherheit.
- ~all
- Sanftes Ablehnen: Als verdächtig markiert, aber nicht abgelehnt. OK für Übergangsphasen, senkt langfristig das Domain-Vertrauen.
- ?all
- Neutral: Keine Aussage. Entspricht keinem SPF. Hohes Spoofing-Risiko.
- +all
- Alle erlauben: Jede IP kann in Ihrem Namen senden. Extrem gefährlich, niemals verwenden.
DKIM (DomainKeys Identified Mail)
Eine kryptografische Signatur, die ausgehenden Mails hinzugefügt wird. Der öffentliche Schlüssel wird als TXT-Eintrag bei <selector>._domainkey.yourdomain.com veröffentlicht. Empfänger überprüfen die Signatur anhand dieses Schlüssels. Im Gegensatz zu SPF müssen Sie den Selector kennen, um den Schlüssel abzurufen.
- v=DKIM1
- Versionskennzeichnung, erforderlich. Ohne diese wird der Eintrag nicht als DKIM erkannt.
- k=rsa
- Schlüsseltyp, RSA am häufigsten. Wird standardmäßig als rsa angenommen, falls fehlend.
- p=...
- Öffentlicher RSA-Schlüssel, erforderlich. Leeres oder fehlendes p= widerruft den Selektor.
- t=s
- Strenger Modus: Signatur muss exakt zur Domain passen. Verhindert Missbrauch durch Subdomain-Signierung.
DMARC (Domain-based Message Authentication)
Ein Policy-TXT-Eintrag bei _dmarc.deinedomain.com, der SPF und DKIM verbindet. Teilt Empfängern mit, was zu tun ist, wenn beide fehlschlagen. Gibt zudem an, wo aggregierte Berichte gesendet werden sollen.
- p=none
- Nur überwachen: Keine Maßnahme, nur Berichte sammeln. Sicherer Ausgangspunkt, aber kein Schutz – gespooste E-Mails landen trotzdem im Posteingang.
- p=quarantine
- Quarantäne: Authentifizierungsfehler landen im Spam-Ordner. Mäßiger Schutz, gut für die Validierungsphase.
- p=reject
- Ablehnen: Authentifizierungsfehler werden sofort blockiert. Stärkster Schutz, das Endziel. Wenn diese Ebene übersprungen wird, gelangen gespooste E-Mails durch.
- rua=
- Ziel für aggregierte Berichte. Zur Überwachung von Zustellfehlern, keine Durchsetzung, aber hilft bei der Fehlerbehebung.
- adkim=s / aspf=s
- Strenge Ausrichtung: Erfordert, dass DKIM-/SPF-Domain exakt zum From-Header passt. Verhindert Subdomain-Spoofing.
DNSBL (DNS-based Blackhole List)
Echtzeit-IP-Schwarze Listen, die per DNS abgefragt werden. Empfänger prüfen Ihre ausgehende IP gegen Listen wie Spamhaus, Barracuda, SpamCop. Bei Eintragung wird die E-Mail abgelehnt (550 DNSBL).
- zen.spamhaus.org
- Größte öffentliche Blacklist, größte Abdeckung. Höchste Wirkung – fast alle Empfänger prüfen sie.
- b.barracudacentral.org
- Blacklist auf Unternehmensniveau, die von vielen Sicherheitsgeräten verwendet wird. Mittlere Auswirkung.
- bl.spamcop.net
- Von Nutzern gemeldet. Kann Fehlalarme enthalten, aber mittlere Auswirkung.
- dnsbl.sorbs.net
- Kleinere Blacklist, begrenzte Auswirkung, wird aber dennoch abgefragt.