Sie migrieren die SMTP-Produktion auf eine neue dedizierte IP. Interne Tests bestehen. B2B-Kunden beschweren sich: „Ihre Benachrichtigungen kommen seit Dienstag als Spam an.“ Der SPF/DKIM-Score ist perfekt. Digging: Der PTR zeigt auf „ip-54-37-xxx.pool.example.net“, während der Server sich als „HELO mail.example.com“ präsentiert.
Reverse DNS ist die IP-Identitätskarte für Antispam-Filter. Auf einem Blog vernachlässigbar; Kritisch bei Transaktions-E-Mails oder schlecht isolierten gemeinsamen ausgehenden Relays.
Vorwärts vs. rückwärts
DNS-Weiterleitung: Name → IP. Reverse (PTR): IP → Name. Nur der IP-Blockinhaber veröffentlicht den PTR über „.in-addr.arpa“ oder „.ip6.arpa“.
Viele Teams konfigurieren A/MX/SPF, vergessen aber, ein PTR-Ticket bei OVH, Scaleway, AWS oder Hetzner zu eröffnen.
FCrDNS und HELO
Forward-bestätigter Reverse-DNS: PTR(A) = Original-IP.
| Element | Gutes Signal | Schlechtes Signal |
|---|---|---|
| PTR | mail.example.com | generischer Poolname |
| Ein Rekord | gleiche IP | fehlt oder andere IP |
| HALLO | mail.example.com | localhost oder Raw-IP |
Test: dig -x IP, dann dig mail.example.com A.
Delegation an den Gastgeber
Auf VPS/Cloud wird der PTR im Panel oder über API-Unterstützung angepasst. Planen Sie vor IP-Failover: Die PTR-Verbreitung kann Stunden dauern.
Auf einer ausgehenden gemeinsamen IP-Adresse erben Sie häufig einen generischen PTR – ein Grund, einen ESP oder eine dedizierte IP für professionelle E-Mails zu verwenden.
IPv6 und Multi-IP
Jede für SMTP verwendete ausgehende IP muss ihre Konsistenz haben. Die Rotationspools von ESP erledigen dies für Sie; Dokumentieren Sie bei selbstgehosteten Geräten jede IP im Spam-Vorfall-Runbook.
Kontinuierliche Überwachung
Warnung, wenn PTR nach der Migration, Neuerstellung oder /64-IPv6-Blockänderung verschwindet. Beziehen Sie neben TLS und SPF auch rDNS in die Post-Deployment-Prüfungen ein.
Checkliste für die IP-Zustellbarkeit
- Fordern Sie einen benutzerdefinierten PTR-ausgerichteten SMTP-Hostnamen an.
- Erstellen Sie Datensatz A zur Weiterleitung an dieselbe IP (FCrDNS).
- Konfigurieren Sie HELO/EHLO wie PTR.
- Überprüfen Sie die SPF-Einbindung des Hostnamens, wenn Sie direkt senden.
- Testen Sie „dig -x IP“ von extern.
- Senden Sie eine Test-Mail an mail-tester.com und notieren Sie den rDNS-Score.
- Überwachen Sie Warnungen, wenn sich PTR nach einem Neustart/einer Migration ändert.
- Trennen Sie Transaktions- und Marketing-IP.
- Dokumentieren Sie das PTR-Supportticket für jede IP.
- Überprüfung nach dem Upgrade der Cloud-Instanz (IP-Änderung).
Mit Ausnahme der PTR-Verbreitung dauert jeder Schritt nur wenige Minuten. Planen Sie daher vor einer großen E-Mail-Kampagne oder dem Onboarding eines Kunden eine anspruchsvolle IP-Whitelist.
Aufwärm-IP
Neue IP: Anstiegsvolumen 50/Tag → 500 über zwei Wochen – PTR korrekt, aber Ruf kalt.
Überwachen Sie Google Postmaster + Microsoft SNDS nach IP-Änderung.
Marketingteams bitten manchmal darum, „von Mailchimp UND dem Server zu senden“, ohne zu verstehen, dass zwei IPs mit zwei unterschiedlichen PTRs bedeuten, dass zwei Reputationen geschädigt werden müssen. Dokumentieren Sie, welcher Kanal welche IP verwendet, bevor Sie Port 25 auf einer neuen Instanz öffnen.
Bei der Übertragung auf einen neuen Host wird der PTR nicht automatisch mit dem SQL-Dump migriert: Planen Sie ihn im selben Fenster wie den IP-Switch, nicht nach Spam-Beschwerden.
B2B-Unternehmens-Whitelist filtert nach IP und prüft rDNS: Ein fehlender PTR blockiert ganze Verträge, nicht nur das Gmail des Gründers.
Führen Sie ein datiertes Runbook, Vorher-/Nachher-Kennzahlen und eine Überprüfung nach dem Vorfall – kumulative Disziplin vermeidet Panik am Freitagabend.
Führen Sie ein datiertes Runbook, Vorher-/Nachher-Kennzahlen und eine Überprüfung nach dem Vorfall – kumulative Disziplin vermeidet Panik am Freitagabend.
Führen Sie ein datiertes Runbook, Vorher-/Nachher-Kennzahlen und eine Überprüfung nach dem Vorfall – kumulative Disziplin vermeidet Panik am Freitagabend.
Führen Sie ein datiertes Runbook, Vorher-/Nachher-Kennzahlen und eine Überprüfung nach dem Vorfall – kumulative Disziplin vermeidet Panik am Freitagabend.
Entscheide dich und gehe ohne blinden Fleck voran
- Anfordern eines personalisierten PTR, abgestimmt auf den SMTP-Hostnamen – Host- oder Cloud-Supportticket mit angegebener Ausbreitungsverzögerung.
- Erstellen Sie die A-Weiterleitung (FCrDNS) – der PTR muss auf dieselbe IP auflösen wie derjenige, der die E-Mail sendet.
- HELO/EHLO ausrichten – wie PTR; Überprüfen Sie den SPF, wenn Sie direkt vom VPS senden.
- Testen Sie von außen – „dig -x IP“ und senden Sie mail-tester.com vor der Kampagne oder dem Onboarding des Kunden.
- Getrennte Transaktions- und Marketing-IP – zwei Reputationen, zwei dokumentierte PTR-Tickets.
Vergleichen Sie die VPS- und dedizierten E-Mail-Angebote im Verzeichnis und im Vergleicher; Unsere Ratgeber detailliert die Zustellbarkeit.
Häufig gestellte Fragen
Wer konfiguriert den PTR?
Der Eigentümer des IP-Blocks – häufig Ihr Host oder Cloud-Anbieter. Sie fordern den PTR an; Sie erstellen es nicht in Ihrer Forward-DNS-Zone.
Sollte PTR dem SMTP-Hostnamen entsprechen?
Der PTR muss in einen Namen aufgelöst werden, der zur gleichen IP (FCrDNS) weiterleitet. HELO/EHLO sollte mit diesem Namen übereinstimmen.
Auswirkungen auf Gmail und Microsoft?
Sie bestrafen oft IP ohne PTR, generische PTR wie ip-xx.pool oder HELO/PTR-Nichtübereinstimmung – insbesondere bei neuen IPs oder Transaktionsvolumes.
Und in IPv6?
Gleiche Logik: Nibble-Format, rDNS-Delegierung an den Anbieter, AAAA/PTR/HELO-Konsistenz.
Überprüfen Sie FCrDNS, bevor Sie die erste Produkt-Mail von einer neuen IP senden – nicht nach dem ersten Spam-Ticket.