Fügen Sie MX-, SPF-, DKIM- und DMARC-Records ein und erhalten Sie einen bewerteten Zustellbarkeitsbericht mit einer Lösung für jedes Problem — auf Ihrem Gerät geprüft, nie hochgeladen.
E-Mail-Domain-Health-Check
Fügen Sie MX-, SPF-, DKIM- und DMARC-Records ein und erhalten Sie einen bewerteten Zustellbarkeitsbericht mit einer Lösung für jedes Problem — auf Ihrem Gerät geprüft, nie hochgeladen.
Der E-Mail-Domain-Health-Check läuft vollständig in Ihrem Browser. Die eingefügten Records werden auf Ihrem Gerät analysiert — es erfolgen keine DNS-Abfragen, und nichts wird hochgeladen oder gespeichert.
Der E-Mail-Domain-Health-Check liest die DNS-Records, die entscheiden, ob Mails Ihrer Domain im Posteingang oder im Spam landen, und bewertet sie. Fügen Sie die Ausgabe von dig oder nslookup oder beliebige Zonendatei-Zeilen ein, und das Tool ordnet MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT und BIMI selbstständig zu. Jeder Record wird gegen seine Spezifikation validiert und anschließend mit den anderen abgeglichen: eine DMARC-Richtlinie ohne SPF oder DKIM dahinter, eine MTA-STS-Richtlinie, die einen Ihrer MX-Hosts vergisst, ein BIMI-Logo ohne durchsetzende DMARC-Richtlinie. Sie erhalten eine Punktzahl von 100, eine Note und zu jedem Befund eine verständliche Lösung. Alles wird auf Ihrem Gerät verarbeitet; es erfolgt keine DNS-Abfrage und nichts wird hochgeladen.
Funktionen
Erkennt MX-, SPF-, DKIM-, DMARC-, MTA-STS-, TLS-RPT- und BIMI-Records in einem einzigen Einfügen
Liest Zonendatei-Zeilen, dig-Ausgaben, nslookup-Ausgaben und reine TXT-Werte
Bewertet von 0 bis 100 mit Note und ausformulierter Lösung für jeden Befund
Gleicht Records ab: DMARC ohne SPF oder DKIM, MX-Hosts außerhalb der MTA-STS-Richtlinie, BIMI ohne Durchsetzung
Erkennt Records am falschen Namen, etwa DMARC an der Wurzel statt unter _dmarc
Meldet doppelte SPF- und DMARC-Records, +all, riesige ip4-Bereiche und zu kurze DKIM-Schlüssel
Erkennt gängige Mail-Anbieter an den MX-Hosts und weist auf ein fehlendes SPF-Include hin
Kopiert den ganzen Bericht als Klartext für ein Ticket oder einen Kunden
So verwendest du E-Mail-Domain-Check
Führen Sie die dig-Befehle unter „So erhalten Sie diese Records“ aus und kopieren Sie die Ausgabe
Fügen Sie die Ausgabe ins Feld ein; die Domain wird erkannt, oder geben Sie sie an, um die Veröffentlichungsnamen zu prüfen
Lesen Sie die Punktzahl und öffnen Sie jede Karte für ihre Befunde, Fehler zuerst
Korrigieren Sie die Records beim DNS-Anbieter, warten Sie die TTL ab und fügen Sie sie zur Kontrolle erneut ein
Beispiel
Eingabe
3 MX records at Google Workspace · SPF with SendGrid ~all · DKIM 2048-bit · DMARC p=none
Ausgabe
Score 83/100, grade B — SPF pass · DKIM pass · MX pass · DMARC review: p=none only monitors
Alle Records sind vorhanden und gültig; die Note bremst nur eine DMARC-Richtlinie, die lediglich beobachtet.
Häufige Fehler & Fehlerbehebung
DMARC wird als nicht eingefügt angezeigt, obwohl Sie es veröffentlicht haben. — DMARC wird nur unter _dmarc.ihredomain als TXT-Record gelesen. Ein Record an der Stammdomain oder unter dmarc ohne Unterstrich wird nie gefunden. Viele DNS-Oberflächen hängen die Domain selbst an, tragen Sie also nur _dmarc als Host ein.
SPF wird mit zwei Records als fehlerhaft gemeldet. — Eine Domain darf genau einen SPF-Record haben. Bei zweien liefern Empfänger einen dauerhaften Fehler und ignorieren SPF ganz. Führen Sie alle include-, ip4- und ip6-Mechanismen in einem v=spf1-String zusammen und löschen Sie den anderen.
Die DKIM-Prüfung findet nichts. — Prüfer fragen <selector>._domainkey.<domain> ab, und der Selektor ist der s=-Wert im DKIM-Signature-Header einer tatsächlich gesendeten Nachricht. Ein geratener Selektor liefert eine leere Antwort; kopieren Sie den echten aus den Headern einer Nachricht.
Die Note bleibt bei B, obwohl alle Records vorhanden sind. — Eine DMARC-Richtlinie none beobachtet nur, deshalb markiert der Bericht DMARC zur Prüfung. Lesen Sie Ihre Aggregatberichte, beheben Sie fehlschlagende Absender und stellen Sie die Richtlinie dann auf quarantine und schließlich auf reject.
Häufig gestellte Fragen
Was prüft ein E-Mail-Domain-Health-Check genau?
Er prüft die DNS-Records, die Mailsysteme befragen, bevor sie Ihrer Domain vertrauen: MX für den Empfangsort, SPF für die sendeberechtigten Server, DKIM für den Signaturschlüssel, DMARC für die Richtlinie bei Fehlschlag sowie optional MTA-STS, TLS-RPT und BIMI. Geprüft werden Syntax und das Zusammenspiel der Records.
Warum füge ich Records ein, statt meine Domain einzutippen?
Eine Abfrage würde den Domainnamen an einen externen DNS-Resolver senden, und ArrayKit behält Ihre Arbeit auf Ihrem Gerät. Das Einfügen dauert mit den auf der Seite gezeigten dig-Befehlen Sekunden und erlaubt zudem, noch unveröffentlichte Records zu prüfen.
Welche Records erwarten Gmail und Yahoo von Massenversendern?
Seit Februar 2024 verlangen beide von Massenversendern, grob 5.000 oder mehr Nachrichten täglich an ihre Nutzer, SPF, DKIM und einen DMARC-Record mit mindestens p=none, wobei die From-Domain an einen davon angeglichen sein muss. Auch kleinere Absender sind vom Spam-Filter nicht ausgenommen.
Was bringen MTA-STS und TLS-RPT zusätzlich zu SPF, DKIM und DMARC?
SPF, DKIM und DMARC belegen, wer eine Nachricht gesendet hat. MTA-STS weist andere Server an, nur über validiertes TLS an Sie zuzustellen, was Downgrade-Angriffe verhindert, und TLS-RPT schickt Ihnen Berichte bei Fehlern. Sie schützen die Zustellung an Ihre Domain, nicht die Mail von ihr.
Wie finde ich den einzufügenden DKIM-Selektor?
Senden Sie eine Nachricht an ein beliebiges Postfach, öffnen Sie den Originalquelltext und suchen Sie den DKIM-Signature-Header. Der s=-Wert ist der Selektor, d= die Domain. Auch die Admin-Konsole Ihres Mail-Anbieters listet eingerichtete Selektoren auf, etwa google oder selector1.