Mailserver für eine Domain
DNS & Einträge
DNS-Abfrage Alle DNS-Einträge für jede Domain A-Eintrag-Abfrage IPv4-Adressen für eine Domain AAAA-Eintrag-Abfrage IPv6-Adressen für eine Domain MX-Abfrage Mailserver für eine Domain NS-Abfrage Autoritative Nameserver TXT-Abfrage TXT-Einträge, SPF, Verifizierung CNAME-Abfrage Kanonische Namen (Alias)-Einträge SOA-Abfrage Start-of-Authority-Eintrag SRV-Abfrage Dienst-Standort-Einträge CAA-Abfrage Welche CAs Zertifikate ausstellen dürfen Reverse DNS (PTR) IP-Adresse zu Hostname DNSSEC-Prüfung Ist die Domain signiert und validiert? DNS-Gesundheitscheck Ein vollständiger Bericht zu Delegierung & DNSE-Mail-Zustellbarkeit
SPF-Prüfung Validieren Sie Ihren Sender-Policy-Framework-Eintrag DMARC-Prüfung Untersuchen und bewerten Sie Ihre DMARC-Richtlinie DKIM-Prüfung Finden und validieren Sie Ihren öffentlichen DKIM-Schlüssel Blacklist-Prüfung Prüfen Sie eine IP gegen E-Mail-Sperrlisten (DNSBLs) SMTP-Test Mit einem Mailserver verbinden und STARTTLS prüfen MTA-STS-Prüfung Erzwungene TLS-Richtlinie für eingehende Mails BIMI-Prüfung Markenlogo-Eintrag für E-Mail TLS-RPT-Prüfung SMTP-TLS-BerichtsrichtlinieNetzwerk & Web
SSL-Zertifikat-Prüfung TLS-Zertifikat und Ablauf einer Website untersuchen HTTP-Header-Prüfung Antwort-Header, Weiterleitungen und Sicherheit untersuchen Ping (TCP) Erreichbarkeit und Latenz über TCP Port-Prüfung Welche gängigen Ports offen sindDomain
WHOIS-Abfrage Registrierungsdaten für Domains, IPs und ASNsEin MX-Record (Mail Exchanger) teilt sendenden Servern mit, welche Hosts E-Mails für eine Domain annehmen und in welcher Prioritätsreihenfolge. Wenn Ihnen jemand eine E-Mail schreibt, fragt sein Server Ihre MX-Records ab, um herauszufinden, wohin er zustellen soll. Ein fehlender oder falsch konfigurierter MX-Record bedeutet, dass eingehende Mail nicht zugestellt werden kann und Nachrichten zurückkommen oder verschwinden.
Jeder MX-Record paart einen Mail-Host mit einer Prioritätszahl. Niedrigere Zahlen gewinnen: Ein sendender Server versucht zuerst den Host mit der niedrigsten Priorität und greift nur auf höhere Zahlen zurück, wenn er keine Verbindung herstellen kann. Um die Last über gleich leistungsfähige Server zu verteilen, geben Sie ihnen dieselbe Priorität, und der Verkehr verteilt sich zwischen ihnen. Ein typisches Google-Workspace-Setup verweist beispielsweise auf smtp.google.com mit Priorität 1. Der MX-Wert muss ein Hostname mit eigenem A- oder AAAA-Record sein, niemals eine IP-Adresse oder ein CNAME, sonst bricht die Zustellung.
IPeek listet jeden MX-Host der Domain mit seiner Priorität auf, sortiert nach niedrigster zuerst, sodass der bevorzugte Server oben steht. Bestätigen Sie, dass die Hosts zu Ihrem E-Mail-Anbieter passen: Google Workspace, Microsoft 365, Ihr eigener Server oder ein Filter-Gateway. Achten Sie auf Duplikate, Tippfehler in Hostnamen oder abschließende Punkte, die auf eine falsch konfigurierte Zone hinweisen. Ist die Liste leer, hat die Domain keine MX-Records und kann keine Mail empfangen. Prüfen Sie, dass die gelisteten Hosts zu gültigen IP-Adressen auflösen, bevor Sie ihnen vertrauen.
Der häufigste Fehler ist überhaupt kein MX-Record, was Sender zwingt, auf den A-Record der Domain zurückzugreifen oder die Mail abzuweisen. Einen MX auf einen CNAME zu verweisen verstößt gegen die Spezifikation und viele Server lehnen es ab – zielen Sie daher stets auf einen Hostnamen mit direktem A/AAAA-Record. Nach dem Wechsel des E-Mail-Anbieters leiten veraltete MX-Records Mail weiter an den alten Host, bis das DNS propagiert und Caches ablaufen. Falsch geordnete Prioritäten können Mail an einen Backup vor dem Primärserver senden. Verifizieren Sie Änderungen mit einer frischen Abfrage und berücksichtigen Sie das TTL-basierte Caching.
Ohne MX-Record greifen sendende Server auf den A- oder AAAA-Record der Domain zurück und versuchen, dort zuzustellen. Läuft auf diesem Host kein Mailserver, kommt die Nachricht zurück. Domains, die E-Mails verarbeiten, sollten immer mindestens einen MX-Record veröffentlichen, damit eingehende Mail zuverlässig den richtigen Server erreicht.
Die Priorität legt die Reihenfolge fest, in der sendende Server Ihre Mail-Hosts versuchen, und niedrigere Zahlen werden bevorzugt. Ein Server versucht zuerst den Host mit der niedrigsten Priorität und wechselt nur dann zu höheren Zahlen, wenn er keine Verbindung herstellen kann. Gleiche Prioritäten lassen Server die Last teilen. Die tatsächlichen Werte sind beliebig; nur ihre relative Reihenfolge zählt.
Nein. Ein MX-Record muss auf einen Hostnamen verweisen, der einen eigenen A- oder AAAA-Record hat. Auf eine IP-Adresse zu verweisen ist ungültig, und auf einen CNAME zu verweisen verstößt gegen die RFC-Regeln und wird von vielen Mailservern abgelehnt. Zielen Sie stets auf einen echten Mail-Host-Namen, der direkt auflöst.
MX-Änderungen propagieren gemäß der TTL des Records, die steuert, wie lange Resolver die alten Werte cachen. Bei niedriger TTL können Änderungen innerhalb von Minuten greifen; bei höherer TTL nutzen sendende Server unter Umständen für Stunden veraltete Records. Senken Sie die TTL vor einer geplanten Migration, um den Wechsel zu beschleunigen.
Ja. Domains veröffentlichen häufig mehrere MX-Records für Redundanz und Lastverteilung. Verschiedene Prioritäten schaffen eine Primär-und-Backup-Anordnung, während identische Prioritäten die Mail über gleich leistungsfähige Server verteilen. Ein sendender Server geht die Liste in Prioritätsreihenfolge durch, bis er einen Host findet, der die Verbindung annimmt.