Wie man einen PTR-Eintrag für einen Mailserver einrichtet

Google Mail, YahooAuch Microsoft überprüft die PTR-Einträge eingehender E-Mails und lehnt Nachrichten von Servern ohne gültigen Reverse-DNS-Eintrag ab oder verschiebt sie in den Spam-Ordner. Im Gegensatz dazu SPF, DKIM oder DMARCEin PTR-Eintrag kann nicht selbstständig in der DNS-Zone hinzugefügt werden. Er muss von demjenigen konfiguriert werden, dem die IP-Adresse gehört, die Ihr Mailserver zum Senden von E-Mails verwendet.

PTR-Einträge sind oft das, was fehlt, nachdem der Rest des Authentifizierungs-Stacks vollständig eingerichtet ist. Die meisten Absender konfigurieren alles, was sie direkt kontrollieren können, und haben trotzdem Zustellbarkeitsprobleme, weil die Absender-IP nicht auf einen vertrauenswürdigen Hostnamen verweist.

Das Einrichten eines PTR-Eintrags bedeutet, die sendende IP-Adresse zu finden, zu bestätigen, wer sie kontrolliert, den richtigen Hostnamen auszuwählen, die Anfrage an den IP-Inhaber zu senden und zu überprüfen, ob Reverse-DNS nach der Änderung funktioniert.

So richten Sie einen PTR-Eintrag für einen Mailserver ein: 5 Schritte

Die Einrichtung einer PTR-Anfrage erfolgt bei jedem Hosting-Anbieter in fünf grundlegenden Schritten. Der einzige Unterschied besteht in der Art und Weise, wie Sie die PTR-Anfrage einreichen.

Der gesamte Prozess dauert in der Regel 1–5 Werktage. Die ersten drei Schritte dauern nur wenige Minuten. Der Provider kümmert sich um die PTR-Aktualisierung, und im letzten Schritt wird die korrekte Funktion des Reverse-DNS überprüft.

Schritt 1: Ermitteln Sie die öffentliche IP-Adresse Ihres Mailservers.

Ermitteln Sie die öffentliche IP-Adresse, die Ihr Mailserver für ausgehende SMTP-Verbindungen verwendet. Dies ist die IP-Adresse, die empfangende Mailserver tatsächlich sehen, nicht etwa eine interne oder private IP-Adresse, die Ihr Server möglicherweise ebenfalls verwendet.

Führen Sie `curl ifconfig.me` in der Kommandozeile des Mailservers aus oder überprüfen Sie die Netzwerkeinstellungen Ihrer Cloud-Plattform. Bei dedizierten SMTP-Diensten wird die Absender-IP-Adresse üblicherweise direkt im Dashboard des Anbieters angezeigt.

Prüfen Sie, ob die IP-Adresse statisch ist. PTR-Einträge benötigen statische IP-Adressen; sie sind nutzlos, wenn sich die zugrunde liegende IP-Adresse regelmäßig ändert. Cloud-Plattformen weisen Mailservern in der Regel standardmäßig statische IP-Adressen zu. Überprüfen Sie dies jedoch, bevor Sie mit dem nächsten Schritt fortfahren.

Schritt 2: Ermitteln Sie den Inhaber Ihres IP-Blocks.

Ermitteln Sie die IP-Adresse mit Das Reverse-DNS-Tool von MXToolbox Alternativ können Sie eine WHOIS-Abfrage bei ARIN, RIPE oder APNIC durchführen, je nach Ihrer Region. Das Ergebnis identifiziert die Organisation, die den IP-Adressbereich kontrolliert, in der Regel Ihr Cloud-Anbieter, Hosting-Unternehmen oder Internetdienstanbieter.

Der IP-Inhaber kann nicht umgangen werden. Er kontrolliert die Reverse-DNS-Zone, in der der PTR-Eintrag gespeichert ist. Selbst wenn Sie die DNS-Einstellungen für Ihre Domain verwalten, haben Sie keine Kontrolle über die Reverse-DNS-Einstellungen für IP-Adressbereiche, die Ihnen nicht gehören.

Schritt 3: Wählen Sie einen Hostnamen und fügen Sie einen passenden A-Eintrag hinzu.

Wählen Sie einen Hostnamen, der die Rolle und die Domäne des Mailservers eindeutig identifiziert, z. B. mail.ihrefirma.com oder smtp.ihrefirma.com. Vermeiden Sie generische, vom Internetanbieter bereitgestellte Hostnamen wie host-203-0-113-25.example-isp.com, da diese für empfangende Mailserver verdächtig wirken, selbst wenn sie technisch funktionieren.

Erstellen Sie in den DNS-Einstellungen Ihrer Domain einen A-Eintrag, der diesen Hostnamen auf die öffentliche IP-Adresse Ihres Mailservers verweist. Dieser A-Eintrag muss vorhanden sein, bevor Sie die PTR-Anfrage senden; Forward-Confirmed Reverse DNS (FCrDNS) erfordert, dass die Vorwärts- und Rückwärtsabfragen übereinstimmen.

Warten Sie bis zu 24 Stunden, bis der A-Record aktualisiert ist, bevor Sie die PTR-Anfrage senden. Die meisten DNS-Resolver aktualisieren innerhalb weniger Stunden, aber das Abwarten des gesamten Zeitraums vermeidet eine Diskrepanz während der Überprüfung des IP-Inhabers.

Schritt 4: Konfigurieren Sie den PTR über Ihren IP-Inhaber

Der genaue Ablauf hängt vollständig von Ihrem Anbieter ab. Cloud-Plattformen wie AWS, Azure und GCP sowie dedizierte VPS-Anbieter bieten in der Regel die Möglichkeit, PTR direkt in ihren Konsolen selbst zu konfigurieren. Traditionelle Shared-Hosting-Anbieter und ISPs erfordern hingegen üblicherweise die Eröffnung eines Support-Tickets.

Bei der Anfrage benötigen wir drei Angaben: die IP-Adresse, den gewünschten Hostnamen und einen Nachweis, dass Sie die Domain besitzen (der entsprechende A-Record aus Schritt 3 dient als Nachweis). Die meisten Anbieter antworten innerhalb von 1–3 Werktagen. Genaue Informationen zur Vorgehensweise finden Sie im Abschnitt „Anbieterspezifisch“ weiter unten.

Schritt 5: Mit FCrDNS überprüfen

Sobald der IP-Inhaber die PTR-Eintragung bestätigt hat, überprüfen Sie diese mit zwei Befehlen. Führen Sie zunächst `dig -x 203.0.113.25 @8.8.8.8` aus (ersetzen Sie `203.0.113.25` durch Ihre tatsächliche IP-Adresse), um zu bestätigen, dass die Reverse-Lookup-Abfrage Ihren gewählten Hostnamen zurückgibt. Führen Sie anschließend `dig mail.yourcompany.com @8.8.8.8` aus (ersetzen Sie `mail.yourcompany.com` durch Ihren Hostnamen), um zu bestätigen, dass die Forward-A-Lookup-Abfrage dieselbe IP-Adresse zurückgibt.

Beide Anfragen müssen übereinstimmende Ergebnisse liefern. Dieser Vorwärts- und Rückwärtsabgleich ist FCrDNS, die Standardprüfung, die empfangende Mailserver durchführen. Ein PTR-Eintrag, der einen Hostnamen zurückgibt, dessen A-Eintrag nicht auf die ursprüngliche IP-Adresse verweist, besteht FCrDNS nicht und wird als ungültig behandelt, obwohl technisch gesehen ein PTR-Eintrag existiert.

Warten Sie bis zu 24 Stunden, bis die DNS-Propagation vollständig abgeschlossen ist, bevor Sie davon ausgehen, dass der neue PTR-Eintrag von allen Netzwerken aus zuverlässig sichtbar ist.

PTR-Eintragseinrichtung durch den Hosting-Anbieter

Der genaue Konfigurationsablauf variiert je nach Hosting-Plattform erheblich. Cloud-Plattformen bieten in der Regel eine Self-Service-PTR-Konfiguration über ihre Konsolen oder APIs an, während bei herkömmlichem Shared Hosting ein Support-Ticket erforderlich ist. Die benötigten Informationen sind in beiden Fällen identisch: IP-Adresse, Hostname und Nachweis des Domaininhabers.

AWS EC2 und SES

AWS erfordert eine Supportanfrage anstelle einer Selbstkonfiguration. Öffnen Sie das Support Center in der AWS-Konsole, wählen Sie je nach Quelle Ihres Datenverkehrs „Service: SES“ oder „Service: EC2“ aus und senden Sie eine Reverse-DNS-Anfrage. Geben Sie die Elastic IP und den gewünschten Hostnamen an. Die Bearbeitung dauert in der Regel 24–48 Stunden. AWS SES Reverse-DNS-Dokumentation beschreibt den gesamten Anfrageablauf im Detail.

Microsoft Azure

Azure unterstützt die PTR-Konfiguration sowohl über das Portal als auch über PowerShell. Im Portal navigieren Sie zu Ihrer öffentlichen IP-Ressource und suchen direkt das Feld für die Reverse-DNS-Einträge. Verwenden Sie in PowerShell den Befehl `Set-AzPublicIpAddress` mit dem Parameter `ReverseFqdn`. Die genaue Syntax für beide Vorgehensweisen finden Sie in der Dokumentation zu Azure Reverse DNS von Microsoft.

Google Cloud Platform (GCP)

Navigieren Sie in der GCP-Konsole zu VPC-Netzwerk → Externe IP-Adressen. Klicken Sie auf das Dreipunkt-Menü neben der entsprechenden IP-Adresse und wählen Sie „Reverse-DNS“. Geben Sie Ihren Hostnamen ein und speichern Sie die Einstellungen. GCP überprüft, ob der A-Record des Hostnamens auf die IP-Adresse verweist, bevor der PTR-Eintrag aktiviert wird. Daher muss Schritt 3 abgeschlossen sein, bevor dieser Schritt erfolgreich ist.

Hetzner, Linode und DigitalOcean

Alle drei Anbieter dedizierter VPS ermöglichen die PTR-Konfiguration direkt über ihre Kontrollpanels. Bei Hetzner Robot oder Cloud finden Sie die IP-Adresse unter „Server“, klicken Sie auf das Stiftsymbol neben „rDNS“ und geben Sie den Hostnamen ein. Öffnen Sie im Linode Cloud Manager den Netzwerk-Tab von Linode. Bei DigitalOcean konfigurieren Sie PTR im Bereich „Netzwerk“ der Droplet-Einstellungen.

Shared Hosting und cPanel

Klassische Shared-Hosting-Anbieter wie Bluehost, HostGator, GoDaddy und die meisten cPanel-basierten Anbieter bieten in der Regel keine Möglichkeit zur PTR-Konfiguration per Selbstbedienung. Erstellen Sie ein Support-Ticket und fordern Sie einen PTR-Eintrag für Ihre IP-Adresse an, der auf den Hostnamen Ihres Mailservers verweist. Legen Sie außerdem einen Nachweis über die Domaininhaberschaft anhand des zugehörigen A-Eintrags vor.

Manche Shared-Hosting-Anbieter erlauben keine PTR-Anpassung, unabhängig von der Art der Anfrage. Falls Ihr Anbieter dies nicht unterstützt, bleibt Ihnen nur der Wechsel zu einem anderen Anbieter. Dies bedeutet in der Regel einen dedizierten VPS, eine Cloud-Plattform oder einen E-Mail-Dienst für Transaktionen mit integrierter PTR-Unterstützung.

Gehostete E-Mail-Dienste (Google Workspace, Microsoft 365)

Gehostete E-Mail-Dienste verwalten PTR-Einträge auf ihrer eigenen, gemeinsam genutzten Infrastruktur. Absender, die Google Workspace oder Microsoft 365 verwenden, müssen PTR nicht selbst konfigurieren, da der Dienstanbieter dies für die von ihm betriebenen und kontrollierten IP-Adressen übernimmt.

Dies gilt nur, wenn Sie die eigenen ausgehenden Server des Dienstes nutzen. Wenn Sie E-Mails über einen SMTP-Server eines Drittanbieters weiterleiten, während Sie Google Workspace oder Microsoft 365 für andere Zwecke verwenden, gelten die PTR-Anforderungen für die IP-Adresse dieses Drittanbieterservers und nicht für die Infrastruktur von Google oder Microsoft.

So überprüfen Sie, ob Ihr PTR-Eintrag funktioniert

Die Überprüfung bestätigt zwei Dinge: dass der PTR überhaupt konfiguriert ist und dass FCrDNS fehlerfrei aufgelöst wird. Das Überspringen dieses Schrittes ist der häufigste Grund, warum Teams fälschlicherweise annehmen, ein PTR sei eingerichtet.

• Überprüfung über die Befehlszeile: Führen Sie `dig -x [Ihre IP-Adresse]@8.8.8.8` aus, um zu überprüfen, ob die Reverse-Lookup-Abfrage Ihren gewählten Hostnamen zurückgibt. Führen Sie anschließend `dig [Ihr Hostname]@8.8.8.8` aus, um zu überprüfen, ob die Forward-Lookup-Abfrage Ihre IP-Adresse zurückgibt. Beide Ergebnisse müssen übereinstimmen; dies ist die FCrDNS-Prüfung, die empfangende Mailserver tatsächlich durchführen.
• Online-Verifizierungstools: Die Reverse-DNS-Abfrage von MXToolbox akzeptiert eine IP-Adresse und gibt den PTR-Hostnamen sowie den Status (bestanden/nicht bestanden) zurück. Dies ist hilfreich für die Bestätigung durch Nicht-Techniker und für die Verwendung in Support-Tickets, wenn Sie mit dem IP-Inhaber an einer Lösung arbeiten.
• Serverseitige Verifizierung: Führen Sie auf dem Mailserver selbst den Befehl `hostname -f` aus, um zu überprüfen, ob der konfigurierte Hostname des Servers mit dem vom PTR-Eintrag zurückgegebenen Namen übereinstimmt. Weichen die Namen voneinander ab, sendet der Mailserver mit dem HELO/EHLO-Befehl einen anderen Namen als den, zu dem der PTR-Eintrag aufgelöst wird. Die meisten empfangenden Server werten diese Diskrepanz als vorübergehenden Fehler, selbst wenn der PTR-Eintrag technisch gültig ist.

Häufige Probleme mit PTR-Datensätzen und wie man sie behebt

Diese vier Probleme verursachen die meisten Zustellungsprobleme im Zusammenhang mit PTR-Adressen. In den meisten Fällen erfordert die Behebung dieser Probleme die Kontaktaufnahme mit dem IP-Inhaber.

PTR-Datensatz vollständig fehlt

Diagnostizieren: Die Ausführung von dig -x [Ihre IP] @8.8.8.8 liefert kein PTR-Ergebnis oder gibt NXDOMAIN zurück.

Fix: Kontaktieren Sie den IP-Inhaber und bitten Sie um einen PTR-Eintrag, der auf den Hostnamen Ihres gewählten Mailservers verweist. Legen Sie einen Nachweis über die Domaininhaberschaft sowie den entsprechenden A-Eintrag aus dem DNS Ihrer Domain als Beleg vor.

Der PTR-Hostname stimmt nicht mit dem A-Eintrag überein (FCrDNS-Fehler).

Diagnostizieren: Die umgekehrte Namensauflösung liefert einen Hostnamen, die Vorwärtsauflösung dieses Hostnamens liefert jedoch eine andere IP-Adresse oder gar keine IP-Adresse. Dies ist ein typisches Fehlermuster bei FCrDNS.

Fix: Entweder aktualisieren Sie den A-Eintrag, sodass er auf die tatsächliche Absender-IP verweist, oder Sie fordern den IP-Inhaber auf, den PTR-Eintrag entsprechend einem bestehenden A-Eintrag zu aktualisieren. Beide Einträge müssen aufeinander verweisen, damit FCrDNS erfolgreich ist.

Generischer ISP-Hostname anstelle eines markenspezifischen Hostnamens

Diagnostizieren: Der PTR-Eintrag gibt einen Hostnamen wie host-203-0-113-25.example-isp.com zurück, anstatt eines markenspezifischen Hostnamens unter Ihrer eigenen Domain.

Fix: Bitten Sie den IP-Inhaber, den PTR-Eintrag auf einen Hostnamen Ihrer Domain (z. B. mail.yourcompany.com oder smtp.yourcompany.com) zu aktualisieren. Generische ISP-Hostnamen führen zwar technisch gesehen nicht zu einem Fehler bei FCrDNS, wirken aber auf empfangende Server verdächtig und mindern das Vertrauen in die Server.

Fehlender IPv6-PTR-Eintrag

Diagnostizieren: PTR funktioniert korrekt für IPv4-Verkehr, aber Gmail lehnt IPv6-zugestellte E-Mails mit den Fehlermeldungen „Reverse-DNS fehlgeschlagen“ oder „Absenderidentität stimmt nicht überein“ ab.

Fix: Fordern Sie einen separaten PTR-Eintrag speziell für die IPv6-Adresse an. IPv6-PTR-Einträge befinden sich in der ip6.arpa-Zone mit umgekehrter Nibble-Notation, was bedeutet, dass sie vollständig unabhängig von IPv4-Einträgen konfiguriert werden, selbst wenn beide denselben Mailserver bedienen.

PTR Records – richtig gemacht

Die Einrichtung von PTR-Adressen erfolgt nach einem einheitlichen 5-Schritte-Prozess, der genaue Konfigurationsablauf variiert jedoch je nach Anbieter. Cloud-Plattformen und dedizierte VPS-Anbieter ermöglichen die Konfiguration per Selbstbedienung; Shared Hosting erfordert ein Support-Ticket; gehostete E-Mail-Dienste übernehmen den gesamten Prozess für Sie.

Die FCrDNS-Verifizierung ist die wichtigste Prüfung nach Abschluss der Konfiguration. Die meisten Zustellungsprobleme im Zusammenhang mit PTR-Einträgen lassen sich auf eine Diskrepanz zwischen dem PTR-Eintrag und dem zugehörigen A-Eintrag zurückführen. Wird diese Diskrepanz behoben, lösen sich die damit verbundenen Zustellungsprobleme in der Regel von selbst.

Eine starke Domain- und IP-Reputation hängt von PTR-Einträgen in Verbindung mit SPF, DKIM und DMARC ab. PTR-Einträge bestätigen die Identität auf Netzwerkebene, ersetzen aber keine sorgfältige Listenpflege. Für eine zuverlässige Zustellbarkeit müssen sowohl Authentifizierung als auch Listenqualität gewährleistet sein.

Wenn Sie einen neuen Mailserver einrichten oder Aufwärmen einer neuen Absenderdomäne, kombinieren Sie das PTR-Setup mit Validierung der E-Mail-Liste Vor dem ersten Produktionsversand. Starke Authentifizierung und eine saubere Liste sorgen gemeinsam dafür, dass jede Nachricht die bestmögliche Chance hat, den Posteingang zu erreichen, und jede behebt ein Problem, das die andere nicht lösen kann.