fbkev

Hat jemand eine Idee wie das Problem gelöst werden kann?

Muss HostEurope euch beantworten. 

Probleme mit der Reverse-DNS der Telekom IPs gibt es jedenfalls nicht.

Kannst das hier selbst checken: https://mxtoolbox.com/SuperTool.aspx

Gebt eure IP-Adresse ein und klick dann auf Reverse Lookup um den Test zu starten.

Oder habt ihr eine feste IP-Adresse und habt selbst einen Reverse-DNS Eintrag hinterlegt der ggf. falsch ist?

@fbkev : die Prüfung des Reverse DNS erfolgt durch den Server des Empfängers. Die Übergabe der Mail an den eigenen Mailserver ist davon nicht betroffen. Wenn ihr einen eigenen Mailserver betreibt, so seid ihr selbst dafür verantwortlich, dass der Reverse-Eintrag im DNS korrekt gesetzt ist. 

Kann es sein, dass HostEurope in dem nicht von Dir zitierten Teil der Kommunikation etwas von Portnummern geschrieben oder Euch auf andere Serveradressen verwiesen hat? Eine rDNS-Prüfung dient dazu herauszufinden, ob mit dem Einlieferer einer Mail etwas nicht stimmt. Das macht aber keinen Sinn, wenn der Einlieferer der Mail sich mit Benutzernamen und Kennwort authentifiziert hat, denn damit sollte hinreichend geklärt sein, dass der Einlieferer in Ordnung ist. Außerdem stellen sich Endnutzer-Mailprogramme bei den Relayservern ihrer Provider i.d.R. nicht mit dem zur öffentlichen IP-Adresse passenden Hostnamen vor, so dass diese Prüfung i.d.R. scheitert.

Ich habe den Verdacht, dass Ihr zum Abliefern der Mails bei HostEurope einen Server oder einen Port verwendet, der eigentlich für die Annahme von Mails von außen für eigene Kunden gedacht ist, bei dem aber aus historischen Gründen trotzdem eine Benutzerauthentifizierung möglich ist.

Hallo, 

selbes Problem hier. 

Der SMTP prüft die hostnamen anhand der IP Adresse. 

Ist man nun in einem Telekom Netzwerk, werden die Telekom DNS Server angefragt. 

Bei jeder versendeten Mail die über einen Telekom Anschluss rausgeht, dauert der Versand durch die grottig langsame rDNS Anfrage zwischen 3 und teils über 20 Sekunden.

Auch bei uns laufen dadurch einzelne Systeme in einen Timeout. 

Wir haben einen Businessanschluss mit statischer IP.

An anderen Anschlüssen wie z.B. Vodafone klappt der Versand hingegen ohne Verzögerung.

Diverse unserer Systeme laufen dadurch in einen Timeout und der Mailversand bricht ab.

Wurde soeben eingerichtet, ich werde testen. 

Allerdings sollte das nicht wichtig sein, denn der Server der mit anderen Mailservern kommuniziert, steht nicht bei uns sondern beim Hoster. 

Wir betreiben keinen lokalen Mailserver der nach extern sendet. Warum die rDNS Auflösung laut Hosteurope so langsam ist, sollte geklärt werden. 

HE behauptet dass die Telekom Server auf Anfragen stark verzögert reagieren.

Das Problem ist, dass der Mailversand auch bei Kunden ohne statischer IP so langsam ist und die Clients in Fehler laufen. 

Heute hatte ich selbst den Fall, dass nach ca. 30 Sekunden der Client abgebrochen hat.

Da das ganze nicht schleichend sondern vor gut einer Woche begonnen hat, muss sich ja etwas bei der Telekom oder Hosteurope geändert haben. 

Ist halt echt komisch, wenn ihr keinen E-Mail-Server hinter dem Anschluss habt.

Das Mailserver checken, welche rDNS zur IP gefunden wird und ob die rDNS auch zur IP auflöst, ist eher normal. 

Aber das machen die Mailserver untereinander.

Das hier geprüft wird, welche Werte beim User drin sind, ist mir echt neu. 

Wir können aber einfach nachvollziehen, dass es mehrere Telekom DNS für die dynamischen Adressbereiche gibt. 

Alle sind online, alle erreichbar, alle ohne kritische Latenzen und alle beantworten auch. 

Die Abfragen funktionieren ja auch ohne Drama, wenn wir die mit verschiedensten Seiten/Software testen. 

Irgendwas muss da also Hosteurope zerbastelt haben. 

Bei GK Anschlüssen mit fester IP Adresse und evtl. falsch konfigurierten rDNS könnt ich das ja nachvollziehen. 

@CyberSW  rDNS macht meines Erachtens tatsächlich nur bei unauthentifiziertem Maileingang per smtp sinn... Warum Host Europe das bei authentifiziertem Versand macht ist mir ein Rätsel.

Es lag tatsächlich an Host Europe. 

Nach einem sehr hartnäckigem Mailverkehr und letztendlich ein PHP Script, das auf einem Host Europe Server eine rDNS Auflösung im millisekunden Bereich gemessen hat, wurden die Techniker dann doch aktiv.

Die Fachabteilung hat aufgrund des geschilderten Verhaltens Überprüfungen vorgenommen und Maßnahmen ergriffen, die zu einer Lösung führten.

Die Fachabteilung hat aufgrund des geschilderten Verhaltens Überprüfungen vorgenommen und Maßnahmen ergriffen, die zu einer Lösung führten.

Seit Montag funktioniert es nun bei mir wieder einwandfrei. 

Na super das es nun geht. 😁

Hallo zusammen,

das Problem konnte bei soweit nun auch gelöst werden, da der Emailversand nun wieder ohne Verzögerung funktioniert.

Leider bekam ich von HostEurope auf meine Frage nach der Ursache des Problems sowie wie das Problem nun gelöst wurde, nur folgende spärliche Antwort:

Es gab Probleme im Zusammenhang mit der Reverse DNS Abfrage und IPv6 in Verbindung mit Telekom-Servern. Unser DNS-Team hat im Hintergrund weiter recherchiert und sich mit dem Problem befasst. Diese hat entsprechende Anpassungen vorgenommen, sodass der Fehler nicht mehr auftreten sollte.

Ich danke aber allen hier im Forum, die sich dafür Zeit genommen haben!!

VG

Martin