- Ein PTR-Eintrag übersetzt eine IP-Adresse zurück in einen Hostnamen – das Gegenstück zum normalen A-Record.
- Viele Mailserver lehnen Zustellungen von IPs ohne PTR ab oder werten sie als starkes Spam-Signal.
- Den PTR-Eintrag setzt der Besitzer des IP-Blocks, bei einem gemieteten Server also der Hosting-Anbieter – nicht du selbst in einer Zone-Datei.
- Entscheidend ist nicht nur, dass ein PTR existiert, sondern dass er zur Vorwärtsauflösung passt (FCrDNS).
Eine E-Mail raus, keine Fehlermeldung, aber beim Empfänger kommt sie nie an – und zwar nicht im Spamordner, sondern gar nicht. Das ist meistens kein Problem deines Mailservers, sondern der IP-Adresse, von der er sendet. Genauer: es fehlt ihr die Rückwärtsauflösung.
Was ein PTR-Eintrag überhaupt macht
Ein A-Record beantwortet die Frage "welche IP gehört zu diesem Namen?". Der PTR-Eintrag beantwortet die umgekehrte Frage: "welcher Name gehört zu dieser IP?". Technisch liegt er nicht in deiner normalen Zone, sondern in der in-addr.arpa-Zone, die zur IP-Adresse gehört – und die verwaltet der, dem der IP-Block zugewiesen ist.
Für einen Mailserver ist das relevant, weil er sich beim Verbindungsaufbau per HELO/EHLO mit einem Namen vorstellt. Der empfangende Server prüft dann: Löst die Absender-IP überhaupt zu einem Namen auf? Und stimmt dieser Name wieder zu derselben IP zurück (Forward-Confirmed reverse DNS, kurz FCrDNS)? Fehlt das eine oder passt das andere nicht zusammen, ist das für Spamfilter ein Signal – oft genug für eine Ablehnung.
| Situation | Was viele Mailserver tun | Typisches Ergebnis |
|---|---|---|
| Kein PTR-Eintrag vorhanden | Verbindung wird als verdächtig eingestuft oder direkt abgewiesen | Mail landet nie beim Empfänger, oft ohne klare Fehlermeldung |
| PTR zeigt auf generischen Provider-Namen (z. B. host-123-45.provider.example) | Kein hartes Ablehnungskriterium, aber schlechte Reputation | Mail landet häufig im Spamordner |
| PTR passt zum Hostnamen und die Vorwärtsauflösung bestätigt ihn (FCrDNS) | Ein Grundkriterium für vertrauenswürdigen Absender ist erfüllt | Zustellung läuft über dieses Kriterium sauber durch |
Schritt für Schritt: PTR-Eintrag für deine IP setzen
- Aktuellen PTR-Eintrag prüfen. Zuerst nachsehen, was für deine IP überhaupt hinterlegt ist.
Kommt keine Antwort zurück, existiert aktuell kein PTR-Eintrag.dig -x 203.0.113.10 +short - Passenden Hostnamen festlegen. Wähle einen Namen, den du auch als A-Record auflösen lässt – üblich ist ein Subdomain-Name wie
mail.deinedomain.deoder der Servername, den du sonst für SSH & Co. nutzt. - Forward-Eintrag (A-Record) für diesen Namen setzen, damit die Rückrichtung später bestätigt werden kann.
mail.deinedomain.de. IN A 203.0.113.10 - PTR-Änderung beim Hosting-Anbieter beantragen. Da die Reverse-Zone dem Anbieter gehört, trägst du hier nur den gewünschten Hostnamen ein, gesetzt wird der Eintrag serverseitig.
Betreff: PTR-Eintrag für 203.0.113.10 Bitte PTR auf mail.deinedomain.de setzen. - HELO/EHLO-Hostnamen im Mailserver anpassen, damit er exakt dem Namen entspricht, den PTR und A-Record jetzt liefern – sonst bleibt die FCrDNS-Prüfung trotzdem inkonsistent.
mail.deinedomain.de oder server1.deinedomain.de. Das trennt "wie der Server heißt" von "welche Website darauf läuft" und lässt sich auch bei mehreren Domains auf demselben Rootserver mit eigenem Mailserver sauber pflegen.Ein PTR-Eintrag ist die Eintrittskarte, keine Garantie – er beseitigt ein hartes Ausschlusskriterium, ersetzt aber nicht SPF, DKIM und DMARC.
Wichtig dabei: Der PTR-Eintrag ist eine notwendige, aber keine hinreichende Bedingung. Auch mit korrektem PTR kann eine Mail wegen fehlendem SPF-Record, ohne DKIM-Signatur oder wegen schlechter IP-Reputation trotzdem im Spam landen. Wer einen eigenen Mailserver auf einem gemieteten Rootserver betreibt, sollte PTR, SPF und DKIM als ein Paket betrachten, nicht einzeln abhaken.
Wie du prüfst, dass es geklappt hat
Nach der Änderung durch den Anbieter kannst du selbst nachvollziehen, ob alles zusammenpasst:
# 1. PTR abfragen
dig -x 203.0.113.10 +short
# erwartet: mail.deinedomain.de.
# 2. Vorwärtsauflösung des Namens prüfen
dig mail.deinedomain.de +short
# erwartet: 203.0.113.10
# 3. HELO-Name des Mailservers gegen die eigene IP testen
telnet mail.deinedomain.de 25
Stimmen PTR-Antwort und A-Record-Antwort überein, ist FCrDNS erfüllt. DNS-Änderungen bei Reverse-Zonen ziehen teils etwas Zeit, bis sie überall ankommen – ein zweiter Test nach ein paar Stunden ist normal, wenn die erste Abfrage noch den alten Zustand zeigt.
Wer dabei grundsätzlicher an DNS-Servern und deren Betrieb interessiert ist, etwa weil die eigene Zone auf einem selbst betriebenen Nameserver liegt, findet Hintergrund dazu auch im Beitrag zu Sicherheitslücken in BIND-DNS-Servern – relevant, sobald nicht nur der Mailserver, sondern auch die eigene DNS-Infrastruktur im Blick sein muss.
Wenn der Anbieter keine PTR-Änderung erlaubt
Nicht jeder Hosting-Vertrag räumt Kunden das Recht ein, den PTR-Eintrag frei zu bestimmen – manche IP-Blöcke sind fest mit generischen Namen verknüpft. Vor der Buchung eines Servers speziell für den Mailversand lohnt sich deshalb die Nachfrage, ob individuelle PTR-Einträge möglich sind. Das ist relevant genug, dass es die spätere Zustellrate stärker beeinflusst als fast jede andere Einstellung am Mailserver selbst.