Probleme mit ReverseDNS

Hallo zusammen,

ich habe ein Problem mit Reverse DNS. Dementsprechend landen die Mails im Spam Ordner.

Header der Mail zeigt folgendes:

3.1 RDNS_NONE Delivered to internal network by a host with no rDNS

Anscheinend hilft mein DNS Eintrag auf dem Provider Server nicht wirklich.

xx.xxx.66.3 ist die statische IP vom Internet Router. (x ist hier ein Platzhalter)

192.168.0.145 ist die lokale Adresse vom David Server

169.254.138.79 mit eingebunden, weil diese IP im Email Header erscheint.

"Received: from 192.168.0.145 [169.254.138.79] by 192.168.0.145 with David.fx (0554.49454A444D464D4B4F4C);"

Ich könnte da den ein oder anderen Tip gebrauchen.

Grüße Lutz

Zitat von Honigblau

Hast Du auch beim Provider ein Reverse Lookup gesetzt?

Ich dachte, dass ich das hiermit getan hätte:

v=spf1 a mx ip4:xx.xxx.66.3 ip4:192.168.0.145 ip4:169.254.138.79 -all

Zitat von Honigblau

nein, damit setzt Du nur den SPF.
Du must Dich auf das Kundencenter beim Provider einloggen und dort den Reverslookup einrichten. Ist oft nur ein / zwei klickt.
Dann sieht die Gegenstelle dass die übermittelte Domäne zu Deiner IP gehört.

Leider ist das bei Alfahosting nicht so simpel. Man muss manuell den Eintrag vornehmen. Aber jetzt weiß ich wenigsten, woran es hapert. Danke für die Hilfe und ein schönes Wochenende.

OK, jetzt habe ich es verstanden. Kurz vorm Wochenende fällt der Groschen langsamer.

Was ich mich frage ist, warum ich so einen Punk machen muss, wenn das bei Strato vorher ohne Problem geklappt hat. Auch ohne den Eintrag beim ISP.

Zitat von BlackShadow

das ist normal wen du nun Mails selbst zustellst.

Das ist bei Strato MailServer alles drin da machen die das ... da du da ja über Zentralen Mail Server geht

Ok, wahrscheinlich habe ich mich nicht korrekt ausgedrückt.

Da wurde nur der Hoster gewechselt. Ansonsten ist alles gleich. David läuft schon die ganze Zeit.

Dann sollte das ja eigentlich so passen.

v=spf1 a mx ip4:xx.xxx.66.3 ip4:192.168.0.145 -all

Also das steht im Header von Mails drin, die ich von Tobit erhalte.

Received: from [169.254.138.79] (unknown [xx.xxx.66.3])

by alfa.alfahosting-server.de (Postfix) with ESMTPSA id 6FEF8E980F60

for <testaccount@.com>; Fri, 7 Jan 2022 09:31:12 +0100 (CET)

Received: from 192.168.0.145 [169.254.138.79] by 192.168.0.145 with David.fx (0554.49454A444D464D4B4F4C);

Die APIPA 169.254.138.79 kommt von einem Loopback Adapter. Hab den jetzt disabled.

Jeder User hat ein eigenes Konto.

Dementsprechend sind die User auch im Tobit angelegt und jedes Tobit-Konto verbindet sich mit dem eigenen Konto beim Host.

In den Eigenschaften des Postman SMTP Service ist die Authentifizierungsmethode SMTP (AUTH=LOGIN) ausgewählt und einer der User eingetragen. Anders habe ich die Authentifizierung nicht hinbekommen.

Und das Problem tritt nur beim Versenden auf.

Wie gesagt mails gehen raus und kommen rein.

Nur landen einige im Spam-Ordner beim Empfänger wegen

3.1 RDNS_NONE Delivered to internal network by a host with no rDNS

und

2.3 FSL_HELO_BARE_IP_1 No description available.

Alles läuft über Port 465 (SSL)

Zitat

SPF so das Alphahosting also alle eingetragenen MX Server zur Domain und vielleicht noch die feste IP vom Anschluss (ISP) sofern der Fest ist.

Das verstehe ich nicht so ganz. Durch den MX-Eintrag wird ja schon definiert, welcher Mail Server mit welcher Domain verbunden ist, oder?

Ergo müsste dieser SPF Eintrag ausreichen, das der Tobit vom Provider Mail Server akzeptiert wird. .

v=spf1 a mx ip4:xx.xxx.66.3 -all

Habe den SPF Eintrag mal hier -> https://www.spf-record.de/ gescheckt.

Scheint alles zu passen. Server als auch Mailserver als auch die statische IP sind berechtigt, mails zu senden.

Erstmal vielen Dank für die Hilfe und Anteilnahme.

Ein schönes Wochenende.

Zitat von BlackShadow

Hallo, du musst das beim Provider machen der der die das Internet gibt.

Dort bekommst du eine Feste IP Adresse und die muss auf den Hostnamen zurück auflösen.

bsp: nslookup mail.deineDomain.de => xx.xxx.66.3

prt : nslookup xx.xxx.66.3 => mail.deineDomain.de

sowas bei Telekom gibt idr. p4317df57.ipconnect.de aus das muss korrigiert werden

Guten Morgen,

ich will das jetzt gerade nochmal doppelchecken.

Ich habe einen David Server, der über eine statische Adresse (xx.xxx.66.3 vom ISP Router beim Kunden) mit dem Internet verbunden ist. Der David holt/sendet die Mails vom/zu einem Host (Alfahosting / 109.237.xxx.xxx).

Mache ich einen nslookup auf den MX Record, in diesem Fall mail.kunden-domain.com, erhalte ich die IP die ich auch erhalten würde, wenn ich das mail. weglassen würde. Diese IP ist allerdings nicht die IP vom Mail Server ist. Denn eben kam eine Mail zurück die besagt, dass 550-109.237.yyy.zzz (andere IP) nicht berechtigt ist mails von kunden-domain.com zu verschicken.

Welche IP muss ich denn jetzt als Reverse Lookup nutzen?

Des weiteren stelle ich mir die Frage, ob es bei der Reverse Lookup Angelegenheit nicht zu Konflikten kommt, da sich auf dem Host mehrere Domains eine IP Teilen.

Den ISP habe ich jetzt auf jeden Fall am Start und der würde auch den Eintrag vornehmen.

Grüße von der südlichen Halbkugel.

Trotzdem bleibt diese Problem. Alle versendeten Mails landen im Spam-Ordner des Empfängers.

RDNS_NONE Delivered to internal network by a host with no rDNS

Ich lasse den ISP folgendes eintragen und hoffe, dass das Problem damit gelöst ist.

xxx.xxx.237.109.in-addr.arpa.  1800   IN  PTR   mail.kunden-domain.com