Deine E-Mails landen immer im Spam und du findest den Grund nicht. Du hast SPF, DKIM und DMARC über deine TXT-Records für E-Mail-Sicherheit eingerichtet, und alles sieht richtig aus. Aber es gibt noch etwas, das empfangende Server prüfen, bevor sie deinen Nachrichten vertrauen. Sie führen eine Reverse-DNS-Abfrage für die IP-Adresse durch, von der die E-Mail kam. Liefert diese Abfrage keinen passenden Domainnamen zurück, wird die E-Mail markiert. Der Eintrag, der für diese Abfrage zuständig ist, heißt PTR-Record.
Was ist ein PTR-Record?
PTR steht für Pointer. Ein PTR-Record ordnet eine IP-Adresse zurück einem Domainnamen zu. Er ist das Gegenstück zum A-Record. Während ein A-Record sagt "dieser Domainname zeigt auf diese IP-Adresse", sagt ein PTR-Record "diese IP-Adresse gehört zu diesem Domainnamen".
Stell dir ein Telefonbuch vor. Ein A-Record ist, als suchst du die Telefonnummer einer Person anhand ihres Namens. Ein PTR-Record ist, als suchst du den Namen einer Person anhand ihrer Telefonnummer. Beide Einträge verbinden dieselben zwei Informationen, nur in entgegengesetzter Richtung.
PTR-Records werden in einer speziellen Zone des DNS-Systems gespeichert, die für Rückwärtsabfragen gedacht ist. Bei IPv4-Adressen liegt diese Zone unter der Domain in-addr.arpa. Bei IPv6-Adressen liegt sie unter ip6.arpa. Das musst du dir nicht merken. Wichtig ist zu verstehen, dass PTR-Records an einem anderen Ort liegen als deine übrigen DNS-Einträge, und deshalb funktioniert ihre Einrichtung anders.
Was ist eine Reverse-DNS-Abfrage?
Eine Reverse-DNS-Abfrage ist der Vorgang, bei dem du eine IP-Adresse nimmst und den dazugehörigen Domainnamen findest. Erhält ein Mailserver eine E-Mail von der IP-Adresse 203.0.113.25, fragt er das DNS-System "welcher Domainname gehört zu dieser IP?". Das DNS-System prüft den PTR-Record für diese IP und liefert die Antwort.
Existiert ein PTR-Record und passt der zurückgegebene Domainname zum Server, der die E-Mail gesendet hat, besteht die Abfrage. Gibt es keinen PTR-Record oder passt der Domainname nicht, hat der empfangende Server einen Grund zum Misstrauen.
Der Begriff "reverse" ergibt Sinn, wenn du ihn mit einer normalen DNS-Abfrage vergleichst. Eine normale Abfrage geht vom Domainnamen zur IP-Adresse (vorwärts). Eine Reverse-Abfrage geht von der IP-Adresse zum Domainnamen (rückwärts). Mehr bedeutet es nicht.
Warum sind PTR-Records für E-Mail wichtig?
E-Mail-Server nutzen PTR-Records als eine ihrer ersten Prüfungen, wenn sie entscheiden, ob sie eine eingehende Nachricht annehmen. Die Logik ist einfach. Seriöse Absender haben PTR-Records für die IP-Adressen eingerichtet, von denen sie senden. Spammer oft nicht.
So läuft es ab, wenn du eine E-Mail sendest.
- Dein Mailserver verbindet sich von einer bestimmten IP-Adresse mit dem empfangenden Mailserver
- Der empfangende Server nimmt diese IP-Adresse und führt eine Reverse-DNS-Abfrage durch
- Er prüft, ob für diese IP ein PTR-Record existiert
- Existiert ein PTR-Record, prüft er, ob der Domainname im PTR-Record zur Domain in den E-Mail-Headern passt
- Passt alles, besteht die E-Mail diese Prüfung und geht weiter zur Verifizierung von SPF, DKIM und DMARC
Gibt es überhaupt keinen PTR-Record, lehnen viele empfangende Server die E-Mail sofort ab oder schieben sie in den Spam. Einige der größten E-Mail-Anbieter sind dabei streng. Kein PTR-Record bedeutet kein Vertrauen.
Deshalb werden PTR-Records manchmal als erste Verteidigungslinie für den E-Mail-Ruf bezeichnet. Sie stehen ganz am Anfang der Prüfkette, noch bevor alle anderen Prüfungen laufen.
Wer richtet einen PTR-Record ein?
Hier unterscheiden sich PTR-Records von jedem anderen DNS-Eintrag, mit dem du bisher gearbeitet hast. Du legst einen PTR-Record nicht selbst an. Dein Hosting-Anbieter oder E-Mail-Dienstleister richtet ihn für dich ein.
Der Grund ist einfach. PTR-Records sind an IP-Adressen gebunden, nicht an Domainnamen. Die Organisation, der der IP-Adressblock gehört, kontrolliert die Reverse-DNS-Zone für diese Adressen. Das ist dein Hosting-Anbieter, dein Cloud-Server-Anbieter oder dein spezialisierter E-Mail-Versanddienst.
Für die meisten Marken bedeutet das eines von zwei Dingen.
- Nutzt du Shared Hosting, hat dein Hosting-Anbieter die PTR-Records für die gemeinsam genutzten IP-Adressen auf seinen Servern bereits eingerichtet. Du musst nichts tun
- Hast du eine dedizierte IP-Adresse (üblich bei VPS-Hosting oder dedizierten Servern), musst du deinen Anbieter eventuell bitten, einen PTR-Record für deine IP anzulegen. Die meisten Anbieter haben dafür ein Formular oder eine Support-Option
Das ist ein wichtiger Unterschied. Du kannst nicht zu deinem Domain-Registrar gehen und einen PTR-Record hinzufügen, wie du einen A-Record oder CNAME-Record hinzufügen würdest. So funktioniert es nicht. Der PTR-Record liegt in der Reverse-DNS-Zone, die dein Hosting-Anbieter verwaltet.
Wie prüfst du, ob du einen PTR-Record hast?
Das Prüfen ist einfach. Du musst die IP-Adresse kennen, von der deine E-Mails gesendet werden, und führst dann eine Reverse-DNS-Abfrage für diese IP durch.
Dafür gibt es ein paar Wege.
- Nutze ein Online-Tool für Reverse-DNS-Abfragen. Gib deine IP-Adresse ein, und es zeigt dir, ob ein PTR-Record existiert und welchen Domainnamen er zurückgibt
- Auf einem Computer mit Kommandozeile kannst du "nslookup" gefolgt von deiner IP-Adresse eingeben. Das Ergebnis zeigt den PTR-Record, falls einer existiert
- Schau in die E-Mail-Header einer Nachricht, die du gesendet hast. Die meisten E-Mail-Header enthalten die Ergebnisse der Reverse-DNS-Abfrage, bezeichnet als rDNS oder PTR
Liefert die Abfrage deinen Domainnamen zurück, ist alles gut. Liefert sie nichts oder einen generischen Hostnamen, der wie eine Folge aus Zahlen und Buchstaben deines Hosting-Anbieters aussieht, musst du einen richtigen PTR-Record einrichten.
Wie bittest du deinen Hosting-Anbieter um einen PTR-Record?
Der Ablauf hängt von deinem Anbieter ab, folgt aber meist demselben Muster.
- Finde die IP-Adresse heraus, von der dein Server oder E-Mail-Dienst sendet
- Entscheide, auf welchen Domainnamen der PTR-Record zeigen soll. Er sollte zum Hostnamen passen, mit dem sich dein Mailserver beim Senden von E-Mails ausweist
- Wende dich an deinen Hosting-Anbieter oder nutze dessen Kontrollbereich, um einen Reverse-DNS-Eintrag (rDNS) für diese IP-Adresse anzufordern
- Warte, bis die Änderung wirksam wird. Aktualisierungen von PTR-Records können einige Stunden brauchen, bis sie sich verbreitet haben
Manche Cloud-Hosting-Anbieter lassen dich das direkt in den Servereinstellungen einrichten. Andere verlangen ein Support-Ticket. So oder so ist es meist schnell erledigt, wenn du weißt, worum du bitten musst.
PTR-Records und A-Records sollten übereinstimmen
Damit alles richtig funktioniert, sollten sich dein Vorwärts- und dein Rückwärts-DNS einig sein. Das nennt man Forward-confirmed Reverse DNS, kurz FCrDNS.
Das bedeutet in der Praxis Folgendes.
- Dein A-Record sagt "mail.deinedomain.com zeigt auf 203.0.113.25"
- Dein PTR-Record sagt "203.0.113.25 zeigt zurück auf mail.deinedomain.com"
Zeigen beide Einträge aufeinander, bestätigen sich Vorwärts- und Rückwärtsabfrage gegenseitig. Das ist die ideale Einrichtung, und viele Mailserver prüfen genau diese Übereinstimmung. Zeigt dein A-Record auf eine IP, der PTR-Record dieser IP liefert aber einen anderen Domainnamen (oder gar keinen), schlägt die Prüfung fehl.
Stell es dir wie eine gegenseitige Vorstellung vor. Deine Domain sagt "meine Adresse ist diese IP". Die IP sagt "ich gehöre zu dieser Domain". Passen die Aussagen zusammen, ist Vertrauen hergestellt. Widersprechen sie sich, stimmt etwas nicht.
Was passiert ohne PTR-Record?
Ohne PTR-Record betreffen die Folgen vor allem E-Mail. Deine Website lädt weiterhin problemlos. Dein DNS wird weiterhin normal aufgelöst. Aber dein E-Mail-Ruf leidet.
Das kannst du erwarten.
- E-Mails von deinem Server landen häufiger in Spam-Ordnern
- Manche empfangenden Mailserver lehnen deine E-Mails komplett ab und senden eine Fehlermeldung zurück
- Tools zur Prüfung der E-Mail-Zustellbarkeit markieren den fehlenden PTR-Record als Problem
- Deine Absender-Reputation sinkt, was alle künftigen E-Mails von dieser IP betrifft
Das Frustrierende: Ein fehlender PTR-Record ist unsichtbar, wenn du nicht weißt, wo du suchen musst. Du siehst keinen Fehler in deinem E-Mail-Programm. Du bekommst keine Warnung, wenn du auf Senden klickst. Du merkst nur, dass deine E-Mails nicht ankommen, und wenn du nicht weißt, dass du den PTR-Record prüfen musst, suchst du womöglich stundenlang an der falschen Stelle.
Häufige Irrtümer über PTR-Records
Ein paar Dinge, über die Menschen stolpern.
- Du kannst bei deinem Domain-Registrar keinen PTR-Record anlegen. Das ist das häufigste Missverständnis. PTR-Records sind an IP-Adressen gebunden, nicht an Domainnamen. Dein Registrar verwaltet die DNS-Zone deiner Domain. Dein Hosting-Anbieter verwaltet die Reverse-DNS-Zone für seine IP-Adressen. Das sind zwei getrennte Systeme
- PTR-Records gibt es nicht nur für E-Mail-Server. E-Mail ist zwar der häufigste Einsatz, doch PTR-Records dienen auch der Netzwerk-Fehlersuche, dem Logging und Sicherheitsprüfungen. Immer wenn ein System herausfinden muss, wem eine IP-Adresse gehört, nutzt es eine Reverse-DNS-Abfrage
- Ein PTR-Record garantiert keine E-Mail-Zustellung. Er ist ein Faktor unter vielen. Du brauchst weiterhin SPF, DKIM und DMARC über deine TXT-Records. Du brauchst weiterhin einen guten Absender-Ruf. Doch ohne PTR-Record kommen die anderen Prüfungen womöglich gar nicht erst zum Zug
- Bei Shared Hosting gibt es meist schon PTR-Records. Bist du bei Shared Hosting, hat dein Anbieter wahrscheinlich PTR-Records für die gemeinsame IP eingerichtet. Du musst dich nur darum kümmern, wenn du eine eigene dedizierte IP-Adresse hast
Wie WEMASY mit PTR-Records umgeht
WEMASY verwaltet die Hosting-Infrastruktur jeder Website, die auf der Plattform gebaut wird. Dazu gehören DNS-Konfiguration, SSL-Zertifikate und Server-Einrichtung. PTR-Records für die Hosting-Server von WEMASY werden auf Infrastrukturebene konfiguriert, du musst also nichts selbst einrichten.
E-Mail-Hosting und E-Mail-Weiterleitung von WEMASY kommen bald. Verbindest du eine eigene E-Mail von deinem eigenen E-Mail-Anbieter mit deiner Domain, trägst du dessen MX-Records und zugehörige DNS-Einträge in den DNS-Einstellungen deiner Domain ein. Nutzen Marken einen separaten E-Mail-Versanddienst, richten sie den PTR-Record beim Hosting-Anbieter dieses Dienstes ein, nicht über WEMASY. Was in jedem Tarif enthalten ist, siehst du auf der Seite WEMASY Preise.
Wie geht es weiter?
Jetzt, da du weißt, wie PTR-Records für Reverse-DNS und E-Mail-Verifizierung funktionieren, behandelt das nächste Kapitel den CAA-Record. Ein CAA-Record steuert, welche Zertifizierungsstellen SSL-Zertifikate für deine Domain ausstellen dürfen, und fügt deinem DNS-Setup eine weitere Sicherheitsebene hinzu. Einen Überblick über alle Eintragstypen und wann du welchen nutzt, findest du im Kapitel zu DNS-Eintragstypen.
Häufig gestellte Fragen
Kann es mehr als einen PTR-Record für dieselbe IP-Adresse geben?
Technisch ja, empfohlen ist es aber nicht. Der DNS-Standard erlaubt mehrere PTR-Records für eine einzelne IP, doch die meisten Mailserver lesen nur das erste Ergebnis. Mehrere können bei Reverse-DNS-Abfragen zu unvorhersehbarem Verhalten führen. Bewährt ist ein PTR-Record pro IP-Adresse, der auf den primären Hostnamen dieses Servers zeigt. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Wie lange dauert es, bis eine PTR-Record-Änderung wirksam wird?
Änderungen an PTR-Records verbreiten sich meist innerhalb weniger Stunden, ähnlich wie andere DNS-Änderungen. Die genaue Zeit hängt vom TTL-Wert deines Hosting-Anbieters ab und davon, wie schnell DNS-Caches im Internet ablaufen. In den meisten Fällen siehst du die Aktualisierung innerhalb von 4 bis 24 Stunden.
Beeinflussen PTR-Records die Ladegeschwindigkeit der Website?
Nein. PTR-Records haben keinen Einfluss darauf, wie schnell deine Website lädt. Sie werden nur für Reverse-DNS-Abfragen genutzt, die stattfinden, wenn ein System den Inhaber einer IP-Adresse herausfinden will. Die Browser deiner Besucher führen Vorwärts-DNS-Abfragen durch (mit A-Records und CNAME-Records), keine Rückwärtsabfragen. PTR-Records sind für die E-Mail-Zustellung und Netzwerkdiagnose relevant, nicht für das Surfen im Web.
Was ist der Unterschied zwischen einem PTR-Record und einem A-Record?
Sie sind Spiegelbilder voneinander. Ein A-Record nimmt einen Domainnamen und liefert eine IP-Adresse zurück (Vorwärtsabfrage). Ein PTR-Record nimmt eine IP-Adresse und liefert einen Domainnamen zurück (Rückwärtsabfrage). Ein A-Record wird in der DNS-Zone deiner Domain bei deinem Registrar oder DNS-Anbieter verwaltet. Ein PTR-Record wird in der Reverse-DNS-Zone von demjenigen verwaltet, dem der IP-Adressblock gehört, meist dein Hosting-Anbieter.
Brauchst du einen PTR-Record, wenn du nur eine Website nutzt und keine E-Mails sendest?
Für eine reine Website ist ein PTR-Record nicht nötig. Deine Website lädt und funktioniert auch ohne ihn normal. PTR-Records werden wichtig, wenn du E-Mails von einem Server sendest, der mit deiner Domain verbunden ist. Nutzt du einen externen E-Mail-Dienst, der in deinem Namen sendet, verwaltet dieser Anbieter den PTR-Record für seine Versand-IPs. Du musst dich nur um PTR-Records kümmern, wenn du den Server kontrollierst, der deine E-Mails sendet.