Mail-Zustellbarkeit prüfen
Ob deine Mails im Posteingang oder im Spam landen, entscheidet zu einem großen Teil das DNS. Der Mail-Check prüft die dafür zuständigen Einträge live und fasst sie zu einem Score zusammen.
Wo der Bereich liegt
Abschnitt betitelt „Wo der Bereich liegt“Domains → deine Domain → Überwachung & Schutz → Mail-Check, direkte Adresse:
dash.regfish.de/my/domains/<tld>/<sld>/mailcheck
Was geprüft wird
Abschnitt betitelt „Was geprüft wird“| Eintrag | Wozu |
|---|---|
| SPF | Welche Server für die Domain senden dürfen |
| DKIM | Signatur, mit der der Empfänger die Herkunft prüft |
| DMARC | Was der Empfänger tun soll, wenn SPF oder DKIM nicht passen |
| MTA-STS | Erzwingt verschlüsselte Zustellung statt sie nur anzubieten |
| TLS-RPT | Berichte darüber, wann verschlüsselte Zustellung scheiterte |
| BIMI | Logo neben der Absenderzeile, setzt DMARC im Enforcement voraus |
Oben stehen der Score, die Note und der verwendete MX. Darunter die Befunde in denselben vier Klassen wie beim DNS-Doktor.
Die drei häufigsten Befunde
Abschnitt betitelt „Die drei häufigsten Befunde“Mehrere SPF-Einträge. Erlaubt ist genau einer. Bei zweien wird SPF ungültig, der Empfänger sieht einen PermError, und die Domain verliert die SPF-Prüfung komplett. Die Einträge müssen zu einem zusammengefasst werden.
Kein DKIM auf gängigen Selektoren. Der Check probiert die verbreiteten Selektoren. DKIM lässt sich per DNS nicht auflisten, also ist ein Fehlschlag kein Beweis: Nutzt dein Anbieter einen eigenen Selektor, ist alles in Ordnung. Fehlt DKIM aber wirklich, sinkt die Zustellbarkeit, und DMARC kann sich nur noch über SPF ausrichten.
Kein MTA-STS. Ohne MTA-STS wird Verschlüsselung beim Zustellen nur angeboten, nicht verlangt. Ein Angreifer, der dazwischenfunkt, kann sie damit abstreifen.
Für SPF, DMARC, CAA und MTA-STS gibt es einen DNS-Assistenten, der den passenden Record erzeugt. Denselben Dienst gibt es als API unter Records erzeugen.