Was ist Reverse DNS (PTR), und warum ist es für E-Mail wichtig?
Frag das DNS nach dns.google, und du bekommst 8.8.8.8. Frag umgekehrt, „wie heißt 8.8.8.8?“, und du nutzt Reverse DNS. Eine kleine Funktion, die erstaunlich viel entscheidet: ob man deinem Mailserver traut und ob ein Crawler echt ist.
Wie es funktioniert
Rückwärtsnamen liegen in einem besonderen Teil des DNS. Die Adresse wird rückwärts unter in-addr.arpa (IPv4) oder ip6.arpa (IPv6) geschrieben, und der Eintrag dort ist ein PTR, ein Zeiger auf einen Namen:
8.8.8.8.in-addr.arpa. PTR dns.google.
Weil die Rückwärtszone den Adressblöcken folgt, gehört sie dem, der den Block hält: Das Register delegiert sie an den Provider, und der setzt die Namen selbst oder lässt Kunden sie setzen. Deshalb kannst du im DNS-Panel deiner Domain keinen PTR-Eintrag anlegen. Du setzt ihn bei dem, der dir die Adresse gegeben hat.
Abfragen
dig -x 8.8.8.8 +short
host 8.8.8.8
nslookup 8.8.8.8 # Windows, macOS, Linux
Resolve-DnsName 8.8.8.8 # Windows PowerShell
Dann prüf die andere Richtung: Frag den Namen ab, den du bekommen hast, und schau, ob er dieselbe Adresse liefert. Wenn ja, ist der Name vorwärts bestätigt. Wer einen Block kontrolliert, kann dessen PTR alles behaupten lassen („mail.deinebank.de“), aber nur der echte Inhaber dieses Namens kann ihn zurückzeigen lassen. Ein Rückwärtsname ohne Vorwärtsbestätigung beweist nichts.
Ein Praxisbeispiel: sechs Adressen, drei Ergebnisse
Wir haben am 9. November 2026 sechs bekannte Adressen mit der IP-Abfrage von iplover geprüft. Sie fragt beide Richtungen ab und meldet, ob sie zusammenpassen:
| Adresse | Reverse-DNS-Name | Zeigt zurück? | Was es dir sagt |
|---|---|---|---|
| 8.8.8.8 | dns.google | Ja | Googles öffentlicher DNS, bewusst benannt |
| 1.1.1.1 | one.one.one.one | Ja | Cloudflares öffentlicher DNS |
| 66.249.66.1 | crawl-66-249-66-1.googlebot.com | Ja | Eine echte Googlebot-Adresse: So werden Crawler verifiziert |
| 185.220.101.1 | berlin01.tor-exit.artikel10.org | Ja | Ein Tor-Exit, dessen Betreiber das offen sagt |
| 172.224.226.33 | a172-224-226-33.source.akaquill.net | Nein | Ein aus der Adresse gebauter generischer Name (ein Ausgang von iCloud Private Relay); er beschriftet die Adresse, beweist aber nichts |
| 3.5.140.1 | Keiner | – | Eine Cloud-Adresse, die niemand benannt hat, wie die meisten |
Das Muster ist typisch. Dienste, die erkannt werden wollen, setzen einen aussagekräftigen, vorwärts bestätigten Namen. Große Netze geben ihren Adressen generische Namen, oft mit der Adresse darin, oder gar keinen. Ein fehlender PTR ist bei einem Web-Besucher nicht verdächtig. Bei einem Mailserver ist er ein Problem.
Warum E-Mail das wichtig ist
Empfangende Mailserver schauen sich die Adresse an, die sich mit ihnen verbunden hat. Hat sie keinen PTR-Namen, zeigt der Name nicht zurück oder sieht er nach einem Privatanschluss aus (mit Wörtern wie dynamic, dsl oder pool, oder mit ausgeschriebener Adresse), lehnen viele Server die Mail ab oder stufen sie als wahrscheinlichen Spam ein. Googles Richtlinien für Absender verlangen zum Beispiel, dass sendende Adressen einen PTR-Eintrag haben, dessen Name auf dieselbe Adresse zurückführt.
Wenn du also deinen eigenen Mailserver betreibst, oder ein Dienst direkt von deinem Server oder VPS aus Mails verschickt:
| Was du findest | Was es bedeutet | Was zu tun ist |
|---|---|---|
| Kein PTR auf der Adresse deines Mailservers | Viele Empfänger lehnen deine Mails ab oder sortieren sie aus | Setz einen im Panel deines Hosters (oft bei den Netzwerk- oder Server-Einstellungen), oder frag den Support. |
| Der PTR ist ein generischer Providername | Sieht aus wie irgendeine gemietete Maschine | Ändere ihn auf den Namen deines Mailservers, etwa mail.deinedomain.de. |
| PTR gesetzt, aber der Name löst nicht zur Adresse auf | Nicht vorwärts bestätigt | Leg für diesen Namen einen A- (oder AAAA-)Eintrag auf die Adresse an. |
| Name und Adresse passen, und der Name ist der, den dein Server in seiner Begrüßung nennt (HELO/EHLO) | Alles stimmig | Nichts zu tun. |
| Du verschickst über Google Workspace, Microsoft 365 oder einen Newsletter-Dienst | Deren Server senden, nicht deiner | Nichts zu tun: Den Reverse DNS kümmert der Anbieter. Konzentrier dich auf SPF, DKIM und DMARC. |
| Mailserver am Privatanschluss | Einen PTR kannst du meist nicht setzen, und Privatbereiche werden vielerorts geblockt | Leite ausgehende Mails über deinen Provider oder einen Maildienst. |
Für IPv6 gelten dieselben Regeln, mit längeren Namen. Verschickt dein Server über IPv6, braucht er auch für seine IPv6-Adresse einen PTR; eine korrekte IPv4-Einrichtung deckt das nicht ab.
Was Reverse DNS nicht verrät
Ein Rückwärtsname ist eine Beschriftung, die der wählt, der die Adresse kontrolliert, mehr nicht. Ohne Vorwärtsprüfung kann er alles behaupten. Selbst bestätigt sagt er dir, in wessen Netz die Adresse liegt, nicht wer sie benutzt: ein Cloud-Name bedeutet einen Cloud-Server, gemietet von jemandem, den du nicht siehst. Er ist ein Beleg für eine Frage (ist das wirklich Googles Crawler, ist das ein ordentlicher Mailserver) und fast nutzlos für die Frage, die sich viele von ihm erhoffen, nämlich wer hinter einer Adresse steckt.
Quellen
Offizielle Dokumente, mit denen wir die Fakten in diesem Ratgeber geprüft haben.