Startseite > Lexikon > E-Mail, CRM & Automation > FCrDNS

FCrDNS

Ein PTR-Record allein reicht Gmail nicht. Der Name, auf den er zeigt, muss auch wieder zurück auf dieselbe IP führen — sonst hängt deine Mail in der Warteschleife.

Auch bekannt alsForward-confirmed reverse DNSForward-Confirmed Reverse DNSiprev

6 Min

Lesezeit

14.11.2026

Letzte Aktualisierung

Was ist FCrDNS?

Stell dir vor, jemand klingelt und sagt: „Ich bin der Paketbote.“ Du schaust auf den Ausweis, rufst bei der Firma an — und die bestätigt, dass genau diese Person für sie fährt. Erst dann machst du auf. So ungefähr arbeitet FCrDNS, ausgeschrieben forward-confirmed reverse DNS.

Der Ausweis ist der PTR-Record, also der Eintrag beim Reverse DNS: Er ordnet einer IP-Adresse einen Hostnamen zu. Der Anruf bei der Firma ist die Gegenprobe. Der Hostname muss per A-Record (IPv4) oder AAAA-Record (IPv6) wieder auf dieselbe IP zeigen.

Im Standard RFC 8601 heißt das Verfahren iprev. Google nennt es nicht beim Fachbegriff, verlangt es aber klar: Die sendende IP muss zur IP des Hostnamens passen, der im PTR-Record steht.

So läuft die Prüfung ab

IP notieren: Der empfangende Server sieht, von welcher IP die Mail kommt, etwa 203.0.113.10.
Rückwärts fragen: Er fragt den PTR-Record dieser IP ab und bekommt zum Beispiel mail.deinefirma.de.
Vorwärts fragen: Er fragt die A- und AAAA-Records von mail.deinefirma.de ab.
Vergleichen: Taucht die ursprüngliche IP in der Antwort auf, ist die Prüfung bestanden.

RFC 8601 kennt vier Ergebnisse: pass bei Treffer, fail bei Widerspruch, permerror, wenn gar kein PTR-Record existiert, und temperror bei einem vorübergehenden DNS-Fehler. Diese Werte findest du später im Header der Mail unter „Authentication-Results“.

Wer verlangt das?

Die drei großen Postfach-Anbieter fordern gültige Einträge in beide Richtungen, und zwar von allen Absendern, nicht erst ab einer bestimmten Menge:

Anbieter

Vorgabe

Gmail

IP muss zum PTR-Namen passen

Yahoo

gültig, nicht generisch

Microsoft

gültiges Reverse DNS

Google gilt mit diesen Regeln seit dem 1. Februar 2024 für alle, die an Gmail-Konten schicken. Seit November 2025 setzt Gmail sie nach eigener Aussage strenger durch. Bei Gmail siehst du die Folgen am Fehlercode: 451 4.7.23 und 421 4.7.0 bremsen dich vorübergehend, 550 5.7.25 blockiert die Mail.

Beispiele aus der Praxis

Zwei typische Lagen. Die Kennzahlen hier sind keine Statistik, sondern die Werte aus dem Alltag.

Case A · Eigener Server

Solopreneur mit Mailserver auf einem VPS

generischer PTR

451 4.7.23

Gmail-Fehler

Lösung: A-Record anlegen, PTR anpassen

Bei Hetzner steht der PTR standardmäßig auf einem Namen wie static.…your-server.de. Erst A-Record mail.firma.de auf die IP setzen, dann den PTR in der Console darauf ändern.

Case B · Newsletter-Tool

KMU versendet über ein Tool

eigene PTR-Einträge

Einträge für die Domain

Zuständig: der Anbieter

Die Server gehören dem Tool, damit auch die PTR-Records. Du pflegst SPF, DKIM und DMARC für deine Domain.

Häufige Fehler

Fehler 1 · PTR und A-Record laufen auseinander

Nach einem Serverumzug zeigt der PTR noch auf mail.firma.de, aber der A-Record zeigt längst auf die neue IP. Schon schlägt die Gegenprobe fehl. RFC 1912 sagt es knapp: PTR- und A-Record müssen zusammenpassen.

Fehler 2 · Den Standardnamen des Hosters behalten

Ein generischer Name mit der IP darin besteht die Gegenprobe vielleicht sogar. Er sieht aber aus wie ein Massenanschluss. Yahoo empfiehlt ausdrücklich aussagekräftige, nicht generische Namen, und Microsoft nimmt Verbindungen aus dynamischen IP-Bereichen womöglich gar nicht an.

Fehler 3 · IPv6 vergessen

Schickt dein Server über IPv6, zählt die IPv6-Adresse. Wer nur IPv4 sauber eingerichtet hat, bekommt von Gmail den Fehler 550 5.7.1 für IPv6. Also auch dort PTR- und AAAA-Record setzen.

Fehler 4 · Den PTR auf einen CNAME zeigen lassen

Der Hostname im PTR soll einen echten A-Record haben, keinen Alias. Auch das steht in RFC 1912. Ein Umweg über einen CNAME bringt manche Prüfungen durcheinander.

So prüfst du deinen Server

Zwei Befehle reichen: dig -x 203.0.113.10 +short liefert den Hostnamen, dig A mail.deinefirma.de +short die IP dazu. Unter Windows geht das mit nslookup. Wer lieber klickt, nimmt MXToolbox oder mail-tester.com.

Absende-IP finden: Steht im Header einer Test-Mail.
Beide Richtungen prüfen: IP zu Name, Name zu IP.
EHLO-Namen angleichen: Der Name, mit dem sich der Server beim Verbindungsaufbau meldet, sollte dem PTR-Namen entsprechen.
IPv6 mitprüfen: Dieselben Schritte für die IPv6-Adresse.

Häufige Fragen

Was ist der Unterschied zwischen Reverse DNS und FCrDNS?

Reverse DNS ist nur die Rückwärtsabfrage von der IP zum Namen. FCrDNS ergänzt die Gegenprobe: Der Name muss wieder auf dieselbe IP zeigen.

Muss ich mich um FCrDNS kümmern, wenn ich über ein Newsletter-Tool versende?

Nein, die Server und damit die PTR-Records gehören dem Anbieter. Du kümmerst dich um SPF, DKIM und DMARC für deine Domain.

Gilt die Pflicht erst ab 5.000 Mails pro Tag?

Nein. Google und Yahoo zählen gültiges Forward- und Reverse DNS zu den Regeln für alle Absender. Die Schwelle von rund 5.000 Mails pro Tag gilt für zusätzliche Regeln.

Was bedeutet der Gmail-Fehler 550 5.7.25?

Die sendende IP hat keinen PTR-Record oder der Hostname zeigt nicht zurück auf dieselbe IP. Gmail blockiert die Mail. Prüf beide Richtungen beim Hoster.

Ersetzt FCrDNS SPF oder DKIM?

Nein. FCrDNS prüft die Identität des Servers, SPF und DKIM sichern deine Absenderdomain ab. Die großen Postfach-Anbieter verlangen beides.

Quellen