MX Lookup und Mail-Domain-Bericht
Mit MX Lookup siehst du die Mailserver einer Domain, der Mail-Domain-Bericht prüft MX, SPF, DMARC, DKIM, BIMI und MTA-STS in einem Durchgang.
Wenn Mail nicht ankommt oder im Spam landet, fängst du am besten mit diesen beiden Werkzeugen in der Kategorie Mail an. MX Lookup zeigt, welche Server für eine Domain Mail annehmen. Der Mail-Domain-Bericht schickt die Domain durch alle Mail-Checks und fasst das Ergebnis auf einer Seite zusammen.
| Werkzeug | Lizenz | Was es prüft |
|---|---|---|
| MX Lookup | frei | Mailserver mit Priorität, Adressen und Reverse DNS |
| Mail-Domain-Bericht | nötig | MX, SPF, DMARC, DKIM, BIMI und MTA-STS/TLS-RPT |
MX Lookup
Gib die Domain ein, etwa beispiel.de, und klick Prüfen. Die App fragt die MX-Records ab, löst jeden Mailserver in seine IPv4- und IPv6-Adressen auf und sucht zu jeder Adresse den PTR-Record (Reverse DNS).
Die Tabelle Mailserver zeigt Priorität, Host, Adressen und Reverse DNS. Der Server mit der kleinsten Zahl wird zuerst angesprochen.
Befunde
| Befund | Bedeutung und was zu tun ist |
|---|---|
| Die Domain gibt es nicht (NXDOMAIN) | Tippfehler oder die Domain ist nicht registriert bzw. nicht delegiert. |
| Keine MX-Records | Mail geht dann an die A/AAAA-Adresse der Domain (implizites MX). Soll die Domain keine Mail empfangen, setz einen Null-MX 0 . (RFC 7505). |
| Null-MX | Die Domain empfängt bewusst keine Mail. Das ist in Ordnung, wenn es so gewollt ist. |
| MX zeigt auf eine IP-Adresse | Ein MX muss ein Hostname sein. Leg einen Hostnamen mit A-Record an und trag den als MX ein. |
| … ist ein CNAME | MX-Ziele dürfen kein CNAME sein. Trag den Hostnamen ein, auf den der CNAME zeigt. |
| … hat keine Adresse | Der Mailserver ist nicht erreichbar. A- oder AAAA-Record für den Host anlegen. |
| Kein PTR für … | Viele Empfänger lehnen Mail von Servern ohne Reverse DNS ab. Den PTR setzt der Betreiber der IP, meist dein Hoster. |
| Nur ein MX | Hinweis: Ein zweiter Mailserver mit höherer Priorität fängt Ausfälle ab. |
| Mehrere MX mit gleicher Priorität | Hinweis: Die Last wird zufällig verteilt. |
Mail-Domain-Bericht
Der Bericht führt sechs Prüfungen parallel aus: MX, SPF, DMARC, DKIM, BIMI und MTA-STS mit TLS-RPT. Oben steht die Tabelle Übersicht mit den Spalten Prüfung, Ergebnis und Wichtigster Befund. Das Ergebnis ist eine der vier Stufen In Ordnung, Hinweis, Warnung oder Fehler.
Darunter folgen alle Befunde der einzelnen Prüfungen, jeweils mit dem Namen der Prüfung davor. Scheitert eine Teilprüfung, etwa weil ein Server nicht antwortet, bricht der Bericht nicht ab. Sie erscheint als Befund „Prüfung fehlgeschlagen“, die übrigen Teile laufen weiter.
Gut zu wissen:
- DKIM sucht im Bericht unter 46 gängigen Selektoren. Findet er nichts, heißt das nicht, dass DKIM fehlt. Prüf dann im DKIM-Check gezielt mit dem Selektor aus einer echten Mail.
- Blacklists gehören nicht zum Mail-Domain-Bericht. Dafür gibt es den Blacklist-Check. Der Domain-Komplettbericht nimmt sie zusammen mit den DNS-Checks mit.
- Für die Details einer Prüfung öffnest du am besten das jeweilige Einzelwerkzeug. Dort gibt es mehr Erklärungen und eigene Optionen.
Was jeder Check zeigt
Für alle Checks gilt dasselbe Schema:
- Ergebnis: Befunde mit Ampel und einem Satz, was zu tun ist, darunter die Tabellen.
- Rohdaten: jede DNS-Antwort im
dig-Format, bei HTTP-Abrufen auch die Antwort des Servers. - Befehl: die
dig-Befehle, mit denen du das Ergebnis im Terminal nachstellst.
Über das Menü Exportieren speicherst du den Bericht Als JSON, Als CSV oder Als PDF für Kunden. Neben dem Eingabefeld wählst du mit dem Resolver-Knopf, über welchen Resolver diese eine Abfrage läuft. Den Standard legst du in den Einstellungen fest. Unter dem Feld stehen die zuletzt geprüften Eingaben zum erneuten Anklicken. Hat sich seit dem letzten Lauf etwas geändert, zeigt die App, wie viele Befunde neu oder entfallen sind. Mehr dazu unter Ergebnisse lesen.