So funktioniert’s
Normales DNS löst Namen in Adressen auf, Reverse DNS geht den umgekehrten Weg. Für IPv4 steht der PTR-Record in der Zone in-addr.arpa mit umgedrehter Adresse: 203.0.113.25 wird zu 25.113.0.203.in-addr.arpa und zeigt etwa auf mail.example.com. Für IPv6 gibt es die Zone ip6.arpa.
Die Reverse-Zone gehört dem, der das IP-Netz betreibt, also dem Hoster oder Provider, nicht dem Domaininhaber. Den PTR-Record setzt du deshalb im Kundenmenü des Hosters oder lässt ihn dort eintragen, nicht beim DNS-Anbieter der Domain.
Empfangende Mailserver prüfen meist Forward-Confirmed Reverse DNS (FCrDNS): Der Name aus dem PTR-Record muss per A- oder AAAA-Record wieder auf dieselbe IP zeigen. Idealerweise ist es auch der Name, mit dem sich der Server im SMTP-Dialog meldet (HELO bzw. EHLO).
Warum gefährlich
Ohne PTR oder mit einem PTR, der sich nicht zurückbestätigen lässt, lehnen viele Empfänger Mails ab oder stufen sie als Spam ein. Gmail verlangt von allen Absendern gültige Forward- und Reverse-DNS-Einträge für die sendende IP.
Generische Namen wie static-203-0-113-25.provider.example wirken auf Spamfilter wie ein Privat- oder Einwahlanschluss und kosten ebenfalls Punkte. Nach einem Server- oder IP-Umzug fehlt der PTR oft, weil niemand daran denkt, ihn beim neuen Hoster zu setzen.
So vermeidest du es
- Für jede IP, von der Mails ausgehen, beim Hoster einen PTR auf einen festen Hostnamen wie mail.example.com setzen lassen.
- Für diesen Hostnamen einen A- bzw. AAAA-Record auf genau diese IP anlegen, damit Forward-Confirmed rDNS besteht.
- Den Mailserver im HELO bzw. EHLO mit demselben Namen melden lassen.
- IPv6 nicht vergessen: Versendet der Server auch über IPv6, braucht jede IPv6-Adresse einen eigenen PTR.
- Den PTR nach jedem Server- oder Providerwechsel als festen Punkt auf der Checkliste prüfen.
So erkennt DomainWarn es
Der Reverse-DNS-Check löst alle MX-Hosts der Domain auf und prüft für jede IPv4- und IPv6-Adresse, ob ein PTR-Record existiert und ob dessen Name wieder auf die Adresse zurückzeigt. Fehlt der PTR, eröffnet DomainWarn nach zwei Läufen den Incident „Reverse DNS fehlt“, zeigt der Name nicht zurück, „Reverse DNS widersprüchlich“; die Befunde erklären, dass der Betreiber des IP-Netzes den PTR setzt. Ein geänderter PTR erscheint als Änderung in der Zeitleiste.
Der Check sieht die eingehenden Mailserver aus den MX-Records. Versendet die Domain über andere Server, etwa den Webserver des Shops oder einen Newsletter-Dienst, prüft der Mail-Test die tatsächlich sendende IP samt PTR und HELO-Namen.
DomainWarn prüft das für alle deine Domains regelmäßig und meldet sich, wenn etwas fehlt oder sich ändert.