Das Veröffentlichen der E-Mail-Records Ihrer Domain konfiguriert nicht das Reverse DNS des Servers, der Ihre E-Mails versendet. Dieser Record gehört zur Adresszone der sendenden IP.
Wer kontrolliert einen PTR-Record?
Der für die IP-Adresse verantwortliche Betreiber kontrolliert deren Reverse DNS oder delegiert diese Kontrolle.
Eine Reverse-DNS-Zone enthält Namen, die einem Adressblock zugeordnet sind. Die DNS-Zone Ihrer Domain ist ein separater Autoritätsbereich. Die Berechtigung, example.com zu bearbeiten, gewährt daher nicht die Berechtigung, den PTR-Record einer sendenden IP zu ändern.
Ein Hosting-Anbieter bietet möglicherweise ein Control Panel an oder nimmt eine Konfigurationsanfrage entgegen. Eine Sendeplattform verwaltet üblicherweise die Reverse-Zone für die von ihr bereitgestellten Adressen. Nutzen Sie den für die Adresse verantwortlichen Betreiber, auch wenn die Records Ihrer Domain woanders gehostet werden.
Was müssen Forward- und Reverse-Lookup zeigen?
Die sendende IP muss auf einen Hostnamen auflösen, der zurück auf dieselbe IP auflöst. Gmail kann E-Mails vorübergehend einschränken oder blockieren, wenn diese Lookups nicht übereinstimmen.
Googles Absenderanforderungen verlangen beide Richtungen. Veröffentlichen Sie die sendende IPv4-Adresse in einem A-Record beim PTR-Hostnamen. Für IPv6 veröffentlichen Sie einen AAAA-Record.
Wenn der PTR-Record mail.example.com benennt, muss dieser Hostname einen Adress-Record mit der sendenden IP enthalten. Ein Hostname, der nicht mehr auflöst, besteht diese Prüfung nicht. Ein Hostname, der nur auf eine andere IP auflöst, ebenfalls nicht.
RFC 1912 empfiehlt übereinstimmende Reverse-Records für jede Adresse eines Hosts mit mehreren IPs. Wird nur eine Adresse geprüft, kann der Datenverkehr einer anderen ohne gültigen Reverse-Lookup bleiben.
Verweisen Sie mit Ihrem PTR-Record direkt auf den Hostnamen, der den Adress-Record der sendenden IP enthält, um einen zusätzlichen Lookup zu vermeiden. Ein CNAME-Alias fügt diese Indirektion hinzu, wovon RFC 1912 abrät.
Verlangt Gmail PTR-Records auch von Absendern mit geringem Volumen?
Ja, Gmail verlangt übereinstimmendes Forward- und Reverse-DNS von jedem Absender.
Die Anforderung hängt nicht davon ab, ob Sie die Massenversender-Schwelle erreichen. Auch eine Anwendung mit geringem Volumen, die Passwort-Resets versendet, braucht eine korrekt konfigurierte sendende IP.
Googles Postmaster-Tools-Dashboards enthalten einen Zustellfehler für fehlende oder fehlerhafte PTR-Records. Wenn dieser Fehler auftritt, untersuchen Sie den Reverse-Lookup der sendenden IP, bevor Sie nicht zusammenhängende Domain-Authentifizierungs-Records ändern.
Ein E-Mail-Server identifiziert sich mit einem HELO-Greeting, das seinen Hostnamen enthält. Stimmen Sie den Hostnamen im Greeting mit dem Hostnamen des Servers und dem Reverse DNS ab, wie Spamhaus empfiehlt. Fehlkonfigurierte Server können auch dann Zustellprobleme haben, wenn Empfänger keine Spamhaus-Listen verwenden.
Was sollten Sie für Ihr Sende-Setup tun?
Konfigurieren Sie Reverse DNS über den Betreiber Ihrer sendenden IP, oder bitten Sie diesen Betreiber, eine Abweichung zu korrigieren.
| So versenden Sie | Wer den Reverse-Record konfigurieren kann |
|---|---|
| Geteilte Sende-IPs einer Plattform | Die Plattform oder ihr Adressanbieter |
| Dedizierte Sende-IP einer Plattform | Die Plattform oder ihr Adressanbieter |
| Eigener Mailserver | Ihr Hosting-Anbieter, oder Sie selbst bei delegierter Reverse-Zone |
Eine dedizierte IP gibt Ihnen nicht automatisch die Kontrolle über deren Reverse-Zone. Auch ein verwalteter Dienst kann eine Abweichung aufweisen. Bestätigen Sie die Konfiguration, wenn Sie eine neue Adresse in Betrieb nehmen.
Bei Plattformversand übermitteln Sie die fehlschlagende IP und den Zustellfehler an den Support. Bei einem selbst verwalteten Server prüfen Sie beide DNS-Richtungen und den Greeting-Hostnamen. Blocklist-Prüfungen betreffen eine separate mögliche Ursache für Zurückweisungen.
Kurz gesagt
PTR-Records gehören zur Adresszone.
Der für eine IP-Adresse verantwortliche Betreiber kontrolliert deren Reverse DNS oder delegiert diese Kontrolle.
Forward- und Reverse-Lookup müssen übereinstimmen.
Die sendende IP muss auf einen Hostnamen verweisen, der zurück auf dieselbe IP auflöst.
Gmail verlangt Reverse DNS von jedem Absender.
Übereinstimmendes Forward- und Reverse-DNS sind Grundvoraussetzungen, unabhängig vom Sendevolumen.
Der sendende Betreiber behebt das Problem.
Wenden Sie sich an die Plattform oder den Hosting-Anbieter, der für die IP verantwortlich ist, wenn Sie deren Reverse-Zone nicht selbst bearbeiten können.