Kommentare zu: web.de: Nemesis ESMTP Service not available https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/ We love to HOST you. :-) Mon, 15 Jun 2026 14:23:31 +0000 http://wordpress.org/?v=2.0.9 Von: nemo https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-59254 Fri, 12 Apr 2013 10:54:06 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-59254 Die etwas vollständigere Fehlermeldung: : host mx-ha03.web.de[213.165.67.104] refused to talk to me: 554-web.de (mxweb006) Nemesis ESMTP Service not available 554-No SMTP service 554 invalid DNS PTR resource record Die etwas vollständigere Fehlermeldung:

: host mx-ha03.web.de[213.165.67.104] refused to talk to me:
554-web.de (mxweb006) Nemesis ESMTP Service not available 554-No SMTP service 554 invalid DNS PTR resource record

]]> Von: nemo https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-59252 Fri, 12 Apr 2013 10:50:11 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-59252 Hatte das Problem gestern erst (11.04.2013), und der Reverse DNS ist in Ordnung. Wer's prüfen will: Abgelehnt wurde mc22.lon.server.colt.net. Das Problem liegt definitiv bei web.de. Hatte das Problem gestern erst (11.04.2013), und der Reverse DNS ist in Ordnung. Wer’s prüfen will: Abgelehnt wurde mc22.lon.server.colt.net.

Das Problem liegt definitiv bei web.de.

]]> Von: Klaus Keppler https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42834 Wed, 11 Apr 2012 13:48:59 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42834 Ich habe die IP eben "anonymisiert". Als Hinweis: der Reverse-DNS-Eintrag der IP stimmt höchstwahrscheinlich nicht mit dem Hostname des Servers überein (außer natürlich, der Server wird wirklich mit dem Namen "s########.onlinehome-server.info" betrieben ;-) Das Ablehnen von Mails von Servern mit inkonsistenten DNS-Daten ist völlig legitim. Ich fände es aber auch hilfreich, wenn web.de eine etwas aussagekräftigere Fehlermeldung bzw. Begründung ausgeben könnte. :) Ich habe die IP eben “anonymisiert”.
Als Hinweis: der Reverse-DNS-Eintrag der IP stimmt höchstwahrscheinlich nicht mit dem Hostname des Servers überein (außer natürlich, der Server wird wirklich mit dem Namen “s########.onlinehome-server.info” betrieben ;-)

Das Ablehnen von Mails von Servern mit inkonsistenten DNS-Daten ist völlig legitim. Ich fände es aber auch hilfreich, wenn web.de eine etwas aussagekräftigere Fehlermeldung bzw. Begründung ausgeben könnte. :)

]]> Von: DasTausW https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42833 Wed, 11 Apr 2012 13:14:19 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42833 Das schöne ist, dass man zur Zeit überhaupt keine Rückmeldung von web.de bekommt. Habe auch die 554 Meldung, aber zig Mails an postmaster und andere "Standardadressen" und über das Webformular laufen seit über einer Woche einfach ins leere :( Die Telefonhotline tendiert zwischen ahnungs- und hilflos.. :( Aus reiner Verzweiflung, falls hier einer von web.de mitliest, die IP ist: ##.##.##.## Das schöne ist, dass man zur Zeit überhaupt keine Rückmeldung von web.de bekommt. Habe auch die 554 Meldung, aber zig Mails an postmaster und andere “Standardadressen” und über das Webformular laufen seit über einer Woche einfach ins leere :(
Die Telefonhotline tendiert zwischen ahnungs- und hilflos.. :(

Aus reiner Verzweiflung, falls hier einer von web.de mitliest, die IP ist: ##.##.##.##

]]> Von: Pascal https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42786 Mon, 09 Apr 2012 13:40:59 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42786 Scheinbar besteht das Problem noch immer und führt zu immer größeren Verzögerungen. Vor einigen Tagen waren es noch wenige Stunden, eine Mail vom vergangenen Samstag kam dagegen erst heute an. Derzeit ist keiner der beiden MX (mx-ha02.web.de, mx-ha03.web.de). Daher habe ich nun mal den Postmaster angeschrieben. Allerdings ist natürlich die Frage, wann der die Mail überhaupt bekommt... Scheinbar besteht das Problem noch immer und führt zu immer größeren Verzögerungen. Vor einigen Tagen waren es noch wenige Stunden, eine Mail vom vergangenen Samstag kam dagegen erst heute an.
Derzeit ist keiner der beiden MX (mx-ha02.web.de,
mx-ha03.web.de). Daher habe ich nun mal den Postmaster angeschrieben. Allerdings ist natürlich die Frage, wann der die Mail überhaupt bekommt…

]]> Von: Klaus Keppler https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42377 Fri, 23 Mar 2012 15:38:43 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42377 Wie schon erwähnt - in den allermeisten Fällen dürfte es sich um ein lokales Konfigurationsproblem handeln, insbes. wenn die "üblichen" MX-Anforderungen nicht erfüllt werden. Prüfen Sie bitte v.a., ob die Reverse-DNS-Einträge konsistent sind. Der von uns "entdeckte" Fehler wurde bereits kurzfristig beseitigt. Wie schon erwähnt - in den allermeisten Fällen dürfte es sich um ein lokales Konfigurationsproblem handeln, insbes. wenn die “üblichen” MX-Anforderungen nicht erfüllt werden.
Prüfen Sie bitte v.a., ob die Reverse-DNS-Einträge konsistent sind.

Der von uns “entdeckte” Fehler wurde bereits kurzfristig beseitigt.

]]> Von: Mario B https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42367 Fri, 23 Mar 2012 09:46:30 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42367 Ich habe dieses problem seit 22.3.12 0:00 Uhr mit mehreren Adressen: mx-ha03.web.de[213.165.67.104] mx-ha02.web.de[213.165.67.120] Weiß jemand, ob eine Behebung bei web.de in Aussicht steht? Ich habe dieses problem seit 22.3.12 0:00 Uhr mit mehreren Adressen:
mx-ha03.web.de[213.165.67.104]
mx-ha02.web.de[213.165.67.120]

Weiß jemand, ob eine Behebung bei web.de in Aussicht steht?

]]> Von: Markus Frosch https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42241 Tue, 20 Mar 2012 15:44:17 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42241 Also ich hatte schonmal seltsame Phänomene mit Routing auf localhost, daher rate ich dringend davon ab. (Plötzlich antwortete der lokale Webserver auf die dev lo gerouteten Pakete) Ein Blackholing ist immer die beste Lösung :) ip route add blackhole 192.168.32.128/32 Also ich hatte schonmal seltsame Phänomene mit Routing auf localhost, daher rate ich dringend davon ab. (Plötzlich antwortete der lokale Webserver auf die dev lo gerouteten Pakete)

Ein Blackholing ist immer die beste Lösung :)

ip route add blackhole 192.168.32.128/32

]]> Von: Klaus Keppler https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42239 Tue, 20 Mar 2012 15:13:02 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42239 Äh - klar... da hatte ich gar nicht dran gedacht. Die "lo"-Variante nehm ich häufig bei Spam/DoS-Fluten, da bekommt man quasi gratis ein "Teergrubing" dazu. Aber reject ist hier natürlich sinnvoller... Äh - klar… da hatte ich gar nicht dran gedacht.

Die “lo”-Variante nehm ich häufig bei Spam/DoS-Fluten, da bekommt man quasi gratis ein “Teergrubing” dazu.
Aber reject ist hier natürlich sinnvoller…

]]> Von: Der Adminblogger https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42237 Tue, 20 Mar 2012 14:58:43 +0000 https://archiv.rackblogger.de/2012/03/20/webde-nemesis-esmtp-service-not-available/#comment-42237 Ich finde > route add -host 213.165.67.104 reject besser/sauberer/hübscher :) > ping 213.165.67.104 connect: Network is unreachable Ich finde

> route add -host 213.165.67.104 reject

besser/sauberer/hübscher :)

> ping 213.165.67.104
connect: Network is unreachable

]]>