Die IP des Mailservers eines Webhostings sollte eigentlich einen PTR haben. Insofern sollte man da eigentlich nichts umgehen müssen. Welche IP ist denn betroffen?
Wenn es dein Mailserver ist: Prüfe das ein PTR Record sowohl für IPv4 als auch IPv6 gesetzt ist.
Und bei IPv6: Auch für die richtige IPv6.
Du findest das im CCP unter Produkte -> Dein entsprechender Server -> rDNS
Hier kannst du prüfen ob dein PTR Record richtig gesetzt ist
Webhosting ... Habe gerade mal meine Webhostings durchgeschaut. Da hat der entsprechende Mailserver sowohl eine IP4 als auch eine IPv6 und auch jeweils einen PTR, den im CCP angegeben Namen des Mailservers (mx<irgendwas>.netcup.net).
Allerdings ist beim Testen einmal ein Problem aufgetreten. Mehrere (2) Timeouts bei der Abfrage des PTR der IPv6, bis dann letztendlich bei der dritten Abfrage doch die korrekte Antwort kam. Da scheint irgendwas gehakt zu haben. Wenn das dem Google Mailserver auch passiert ist wäre es eine mögliche Erklärung. Oder dein Mailserver hat tatsächlich keinen eingetragenen PTR, also nachprüfen wie fvbor geschrieben hat.
also nachprüfen wie fvbor geschrieben hat.
Oder beim Serverbetreiber reklamieren...
Den PTR reklamiren, auch wenn er vorhanden und korrekt ist? Dann kannst du bestenfalls den DNS-Server reklamieren, dass er zu langsam ist. Könnte allerdings genauso gut der Root-DNS gewesen sein, es kam halt innerhalb 5 Sekunden keine Antwort. Gut, den Fall mit allen relevanten Daten dem Support melden schadet nichts. Ich würde auch eher den netcup DNS-Server vermuten.
Vielleicht hat jemand versucht, vom Webserver direkt Email zu versenden, ohne den Mailserver als Smarthost?
Vielleicht hat jemand versucht, vom Webserver direkt Email zu versenden, ohne den Mailserver als Smarthost?
Das wäre denkbar, denn ich habe gerade festgestellt, das zwar die IPv4 des Webservers einen PTR gesetzt hat, aber die IPv6 nicht. Es hat ja auch jedes Webhosting eine eigene IPv6. Sollte möglich sein, dafür auch jeweils einen PTR zu setzen. Vielleicht zu viele / zuviel Aufwand? Keine Ahnung.
Den PTR reklamiren, auch wenn er vorhanden und korrekt ist?
Nein, die Fehlermeldung an den Support melden und sagen "kümmert euch". Rauszufinden weshalb der Fehler auftritt ist nicht Sache des Kunden.
2 SPF-Einträge in den DNS-Einstellungen hatte.
Ähm, Moment? Du hast also einen VPS und NC als Relay benutzt oder wie?
