Failure notice bei mails an web.de und gmx.net

[Hakuna Matata]

Guten Tag,

ich suche nach einer Lösung meines Email-Problems.

Ich habe einen älteren Root-Server bei Hetzner mit Plesk 11.5.30. Es sind mehrere Domains drauf, aber keine Kunden. Alles meins. Wenn ich von meiner Hauptdomain (ich@meinedomain.net) Mails verschicke, dann funktioniert alles bis auf die Mails an web.de und gmx.net Adressen.

Hier bekomme ich Tage später eine Fehlermeldung:

Hi. This is the qmail-send program at meinedomain.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<xxxxx@web.de>:
Sorry, I wasn't able to establish an SMTP connection. (#4.4.1)
I'm not going to try again; this message has been in the queue too long.

Das gleiche passiert bei allen gmx.net Email-Adressen. Kann mir jemand sagen, was ich einstellen/verändern muss, damit die Mails an web.de und gmx.net ausgeliefert werden? Die Mails an diese Adressen von meinem Gmail-Account gehen problemlos durch. Es liegt also definitiv an meinem Server.

Danke und Gruß,
Hakuna

PS: Ich könnte einen Upgrade auf die Plesk-Version 12.5.30 durchführen, traue mich aber nicht, da ich Angst davor habe, dass der Server abstürzt und dann irgendetwas nicht geht. Es sei denn, das würde das Problem lösen.

 

[d4f]

Es ist keine Softwarekonfiguration auf deinem Server die das Problem direkt verursacht - vielmehr ist deine IP (oder IP Range) von 1&1 blacklisted.
Versuch mal hierüber Kontakt auf zu nehmen und um Delisting zu fragen, deinen Hostnamen, die Server-IP und Fehlermeldung nicht vergessen an zu geben
https://postmaster.web.de/de/kontakt

Wenn du schon dabei bist solltest du über mail-tester kontrollieren ob dein Mailserver selber korrekt konfiguriert ist:
https://www.mail-tester.com/

 

[Hakuna Matata]

Vielen Dank für die schnelle Antwort!

Ich habe jetzt den Test durchgeführt und es sagt:

[SPF] meinedomain.net gestattet Ihrem Server 178.63.xx.xxx nicht, ich@meinedomaint.net zu nutzen
Das Sender Policy Framework (SPF) ist ein System zur Prüfung von E-Mails. Es erkennt Manipulationen an E-Mail-Adressen, indem die IP-Adresse des Senders überprüft wird.
Es existiert kein SPF-Record. Bitte fügen Sie Ihrem DNS-Zonefile meinedomain.net hinzu:

v=spf1 a mx ip4:178.63.xx.xxx ~all

Sonst bin ich in keiner Blacklist geführt und SpamAssassin mag mich auch

Ich versuche zuerst SPF-Record hinzufügen und wenn es dann immer noch nicht geht, schreibe die 1&1 an wegen Spam-Verdacht an.

Noch mal, vielen Dank!

 

[d4f]

Ein nicht existierender SPF-Record ist kein Grund zur Blockierung, sondern höchstens eine niedrigere Vertrauensstufe im Spamfilter.

Deine *Verbindung* wird aber von GMX abgelehnt - somit kommt er gar nicht zum Hostnamen, From oder gar SPF-Check. Alle grossen Betreiber haben ihre eigenen Blacklists als Ersatz für oder zusätzlich zu öffentlichen Blacklists.

Hinzu kommt dass viele Provider, bspw Microsoft, kommerzielle Blacklists verwenden welche nicht über Seiten wie DNSBL einsehbar sind.

 

[Joe User]

Plesk 11.5 ist seit über einem Jahr EoL, entsprechend veraltet wird auch das OS des TE sein.
Da gibt es viele mögliche Ursachen, angefangen bei QMüll, über kaputtes Routing bis hin zu SSLv3...

Auch eine Serverübernahme kommt hier problemlos in Frage, Exploits gibt es für sein System genug...

 

[danton]

Ich würde mal vermuten, dass für die Server-IP kein sinnvoller PTR/Reverse-DNS EIntrag gesetzt wurde. Gab ja schon andere hier im Forum mit diesem Fehlerbild - GMX/Web.de scheint die PTR-Abfrage nicht auf dem SMTP-Server sondern schon vorher in einer Firewall o.ä. zu filtern.

 

[Hakuna Matata]

Ein nicht existierender SPF-Record ist kein Grund zur Blockierung, sondern höchstens eine niedrigere Vertrauensstufe im Spamfilter.

Deine *Verbindung* wird aber von GMX abgelehnt - somit kommt er gar nicht zum Hostnamen, From oder gar SPF-Check. Alle grossen Betreiber haben ihre eigenen Blacklists als Ersatz für oder zusätzlich zu öffentlichen Blacklists.

Hinzu kommt dass viele Provider, bspw Microsoft, kommerzielle Blacklists verwenden welche nicht über Seiten wie DNSBL einsehbar sind.

Ah so, danke für die Erklärung. Ich dachte SPF-Record wäre notwendig, aber wenn es gar nicht erst zur Abfrage kommt, dann muss ich wohl direkt bei web.de oder gmx.net nachfragen.

Plesk 11.5 ist seit über einem Jahr EoL, entsprechend veraltet wird auch das OS des TE sein.
Da gibt es viele mögliche Ursachen, angefangen bei QMüll, über kaputtes Routing bis hin zu SSLv3...

Auch eine Serverübernahme kommt hier problemlos in Frage, Exploits gibt es für sein System genug...

Das würde aber nicht erklären, warum es NUR bei web.de und gmx.net nicht funktioniert. An alle anderen Adressen kann ich ja problemlos versenden und empfangen.

Ich würde mal vermuten, dass für die Server-IP kein sinnvoller PTR/Reverse-DNS EIntrag gesetzt wurde. Gab ja schon andere hier im Forum mit diesem Fehlerbild - GMX/Web.de scheint die PTR-Abfrage nicht auf dem SMTP-Server sondern schon vorher in einer Firewall o.ä. zu filtern.

Reverse DNS gibt es tatsächlich nicht. Danke für den Tipp! Habe SMTP mit einem anderen Service überprüft und bekomme die Meldung:

Reverse DNS does not match SMTP Banner

Das werde ich dann zusätzlich mit SPF-Record hinzufügen. Dann sollte alles von meiner Seite gelöst sein und könnte dann nur Blacklist der beiden Anbieter sein. Aber diese schreiben ich nun an.

Danke nochmal!

 

[Hakuna Matata]

Ich wollte mal kurz den Zwischenstand berichten: SPF und rDNS sind eingetragen und dürfen mittlerweile überall aktuell sein. Der Versand an web.de oder gmx.net geht dennoch nicht.

Unter Kontaktformular schweigt web.de bislang. Vielleicht denken sie, dass ich ein Spamer bin und daher nicht eine Antwort würdig?

 

[danton]

SPF und rDNS sind eingetragen und dürfen mittlerweile überall aktuell sein.

Sicher? Gerade der Reverse-DNS wird gerne mal an der falschen Stelle gesetzt (im Plesk oder beim Domain-Anbieter), muß aber beim Server-Anbieter gesetzt sein (dort gibt es i.d.R. einen Punkt "Reverse DNS" oder ähnliches im Kundenmenü? Ob der ReverseDNS korrekt gesetzt ist, kannst du auch selber prüfen, indem du einen nslookup auf deine Server-IP machst. Wichtig ist auch, dass es einen korrespondierenden A-Record ist, der den Eintrag wieder zur IP auflöst. Und der ReverseDNS darf nicht innerhalb der Domain des Server-Anbieters liegen, sondern muß irgendwas nach Art von hostname.eigenedomain.de sein.
Wenn du aus deiner Domain und IP kein Geheimnis machst, können wir das auch mal selber prüfen und müssen nicht nur raten.

 

[Hakuna Matata]

danton, hat sich jetzt erledigt. Heute morgen die Nachricht von web.de erhalten:

Besteht Ihr Problem noch? Haben Sie Ihren rDNS / PTR-RR geändert?

Aktuell sieht Ihr Eintrag sauber und valide aus:
$ host 178.63.xx.xxx
150.63.xx.xxx.in-addr.arpa domain name pointer meinedomain.net.

Es lag wohl doch an dem rDNS und nicht Blacklist. Ich hatte die Tests mit gmx-Adresse gemacht, da hat es wohl länger gedauert, geht jetzt aber. Wahrscheinlich hatte web.de auch schon funktioniert als ich mein Zwischenbericht hier schrieb, ich war nur durch gmx "geblendet".

Danke für alle!

PS: Auch wenn ich jetzt das Problem habe, dass mehrere Domains auf dem Server liegen, der aber nur eine IP-Adresse hat und dementsprechend nur eine rDNS im Hetzner Robot eingetragen werden kann... Ist aber jetzt ein anderes Problem und hat nichts mit Anfangsthema zu tun.