nslookup mx: E-Mail-DNS schnell prüfen und MX-Records richtig lesen

Ich nutze nslookup mx, wenn ich in Minuten statt in Stunden wissen will, warum E-Mails hängen bleiben, gebounced werden oder gar nicht erst zugestellt werden. Das Tool ist simpel, aber brutal effektiv. Wenn du DNS verstehst, findest du mit einem einzigen Befehl oft die Ursache für 80 % aller Mailprobleme.

Was macht nslookup mx überhaupt?

MX steht für Mail Exchanger. Das sind DNS-Einträge, die festlegen, welche Server E-Mails für eine Domain annehmen sollen. Mit nslookup mx frage ich diese Einträge ab. Ergebnis: Ich sehe, welcher Mailserver zuständig ist und in welcher Reihenfolge er bevorzugt wird.

Wenn du zum Beispiel wissen willst, wohin Mails für eine Domain wie example.com geschickt werden, prüfst du die MX-Records direkt im DNS. Genau dafür ist nslookup mx da.

Warum ist nslookup mx so wichtig?

Weil E-Mail kein Ratespiel ist. Wenn der MX-Record falsch gesetzt ist, kann das Folgen haben:

• E-Mails kommen nicht an
• Nachrichten landen im Spam
• Server lehnen Mails ab
• Migrationen von Mailanbietern scheitern
• Domains wirken "kaputt", obwohl nur DNS falsch ist

Ich prüfe MX-Records immer dann, wenn ich schnell Klarheit brauche. Das ist ein direkter Blick auf die Wahrheit. Kein Dashboard. Kein Marketing. Nur DNS.

So verwende ich nslookup mx

Der klassische Befehl sieht so aus:

nslookup -type=mx example.com

Je nach System kann die Schreibweise leicht variieren. Das Ziel ist immer gleich: Ich frage die MX-Einträge einer Domain ab.

Auf Windows funktioniert oft auch:

nslookup
set type=mx
example.com

Auf macOS und Linux nutze ich manchmal auch dig, weil die Ausgabe oft sauberer ist. Aber nslookup mx ist schnell, überall verfügbar und für den ersten Check völlig genug.

Wie ich die Ausgabe von nslookup mx lese

Die Ausgabe zeigt in der Regel zwei wichtige Dinge:

• Priorität des MX-Records
• Hostname des Mailservers

Beispielhaft sieht das so aus:

example.com   MX preference = 10, mail exchanger = mail.example.com

Wichtig: Je kleiner die Zahl, desto höher die Priorität. Wenn mehrere MX-Records existieren, versucht der sendende Mailserver zuerst den mit der niedrigsten Zahl.

Ich prüfe dann immer folgende Fragen:

• Zeigt der MX-Record auf den richtigen Anbieter?
• Gibt es mehrere MX-Records mit sinnvoller Priorität?
• Löst der MX-Host überhaupt auf eine IP auf?
• Ist die Domain vielleicht noch auf einen alten Mailserver gerichtet?

Typische Fehler, die ich mit nslookup mx finde

Die meisten Probleme sind banal. Genau deshalb sind sie so teuer. Hier sind die Klassiker:

1. Falscher MX-Record nach einem Umzug

Ein Kunde wechselt zu Google Workspace, Microsoft 365 oder einem anderen Anbieter, aber der alte MX-Record bleibt drin. Ergebnis: Mails gehen weiter an den alten Server oder laufen ins Leere.

2. Kein MX-Record vorhanden

Wenn keine MX-Records gesetzt sind, wissen viele Mailserver nicht, wohin sie senden sollen. Dann fällt die Zustellung oft auf den A-Record zurück oder scheitert komplett. Das ist unnötiges Risiko.

3. Falsche Priorität

Wenn der Backup-Server plötzlich die Hauptrolle spielt, liegt die Priorität oft falsch. Dann wird genau der Server bevorzugt, der nicht bevorzugt werden sollte. Ironisch, aber häufig.

4. MX-Record zeigt auf einen Host ohne A- oder AAAA-Record

Der MX-Host muss selbst auflösbar sein. Wenn mail.example.com nicht in eine IP aufgelöst werden kann, ist der Eintrag praktisch wertlos.

Mein schneller Prüfprozess mit nslookup mx

Ich arbeite immer nach demselben Ablauf. Das spart Zeit und verhindert Denkfehler:

• MX-Records abfragen: Ist überhaupt ein Eintrag vorhanden?
• Prioritäten checken: Sind die Werte logisch?
• Hostnamen prüfen: Zeigt der MX auf den erwarteten Mailserver?
• DNS-Auflösung testen: Löst der Zielhost korrekt auf?
• Vergleichen: Passt das Ergebnis zum Setup beim Mailanbieter?

Wenn einer dieser Schritte auffällt, weiß ich, wo ich weiter suche. Das ist der Punkt: Nicht alles gleichzeitig anschauen. Erst den Engpass finden.

nslookup mx vs. dig: Was ist besser?

Ich sage es direkt: Für einen schnellen Check reicht nslookup mx völlig aus. dig ist oft besser lesbar und liefert mehr Details, aber nicht jeder hat es sofort parat.

Meine Faustregel:

• nslookup für schnelle, einfache Prüfungen
• dig für tieferes Debugging

Wenn du die Grundlagen sauber beherrschst, ist das Tool zweitrangig. Wichtig ist, dass du die DNS-Antwort richtig interpretierst.

Wann ich zusätzlich weitere DNS-Checks mache

Ein MX-Record allein ist nicht das ganze Bild. Wenn ich Probleme bei der Zustellung sehe, prüfe ich oft noch andere Dinge:

• SPF für erlaubte Versandserver
• DKIM für Signaturen
• DMARC für Richtlinien und Reporting
• PTR-Records für Reverse DNS auf dem sendenden Server

Wenn du diese Themen vertiefen willst, sind diese Ressourcen sinnvoll:

• MXToolbox
• RFC 5321 - Simple Mail Transfer Protocol
• Cloudflare: MX-Record erklärt
• Google Workspace: MX-Einträge einrichten

Praktische Tipps, die mir mit nslookup mx Zeit sparen

• Immer die richtige Domain prüfen: Subdomain und Hauptdomain können unterschiedliche DNS-Einträge haben.
• Auf Tippfehler achten: Ein falscher Hostname kostet dich sofort Zustellbarkeit.
• Änderungen nach DNS-Propagation erneut prüfen: Nicht jede Änderung ist sofort überall sichtbar.
• Mehrere Nameserver vergleichen: Wenn Antworten stark abweichen, ist die DNS-Konfiguration inkonsistent.
• Erwartung mit Realität abgleichen: Der MX-Record muss zum tatsächlich genutzten Mailanbieter passen.

Für wen ist nslookup mx nützlich?

Eigentlich für jeden, der mit Domains oder E-Mail arbeitet:

• Admins, die Mailprobleme debuggen
• Agenturen, die Domains für Kunden einrichten
• Freelancer, die Hosting oder Mailmigrationen machen
• Marketer, die sicherstellen wollen, dass Kampagnenmails ankommen
• Gründer, die ihr Setup selbst prüfen wollen

Wenn du E-Mail ernst nimmst, solltest du nslookup mx in deinem Werkzeugkasten haben. Nicht als Spielerei. Als Standard-Check.

Mein Fazit zu nslookup mx

nslookup mx ist einer der schnellsten Wege, um Mail-DNS zu prüfen. Ich nutze es, um MX-Records sichtbar zu machen, Prioritäten zu verstehen und typische Fehler sofort zu finden. Wenn E-Mails nicht funktionieren, ist das oft der erste und beste Schritt. Schnell, simpel, direkt.

Wenn du nur einen DNS-Befehl lernen willst, dann diesen: nslookup mx.