15
Erhalten Unzustellbarkeitsnachricht mit Fehlermeldung 5.5.0 SMTP No SMTPd here, Ratschläge?
So hallo nochmal an alle,
nachdem es beim letzten Mal wunderbar geklappt hat mit eurer Unterstützung, möchte ich bei meinem nächsten Problem auch um Tipps und Vorschläge bitten.
Folgendes:
Ich habe heute eine Nachricht von einem Kollegen erhalten, dass er einem bestimmten Kunden keine Email senden kann. Daraufhin habe ich ihn gebeten, dass er mir doch die Fehlermeldung zuschicken soll, Gesagt, getan, habe ich nun folgende Fehlermeldung:
"Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.
Betreff: DERICHS Bestellung 31926; 213-1393_Fotos Schutzabdeckung
Gesendet am: 17.12.2013 14:45
Folgende(r) Empfänger kann/können nicht erreicht werden:
...@....de am 17.12.2013 14:45
Fehler bei der SMTP-Kommunikation mit dem E-Mail-Server des Empfängers. Wenden Sie sich an Ihren Systemadministrator.
< unsermailserver #5.5.0 SMTP; 554 No SMTPd here>"
Zur Vorgeschichte:
Mit dem Mailverkehr haben wir soweit eigentlich keine Probleme gehabt, bis einer unserer Clients sich ein ZEUS Trojaner eingefangen hat und wir demnach immer auf Blacklisten waren, aus denen wir uns einfach immer wieder ausgetragen haben, ohne das Problem erkannt zu haben. Mit der freundlichen Unterstützung des Communities Administrator.de haben wir dann nach langer Sucherei einen Übeltäter ausfindig machen können und diesen Client dann gekillt und neu aufgesetzt. Soweit so gut, haben wir bisjetzt auch keine weiteren Probleme gehabt, bis ich die obige Unzustellbarkeitsnachricht vom Kollegen erhalten habe.
Es laufen alle Emails ein und aus bis auf die eine. Habe den Empfänger mit einer anderen Adresse angeschrieben, funktioniert alles einwandfrei, es sind beim Empfänger auch keine Probleme bekannt.
Ich habe ziemlich lange gegoogelt und habe da ein Vermutung. Nachdem wir immer wieder auf Blacklisten waren und uns zwar immer wieder ausgetragen haben, jedoch die Ursache nicht bereinigt haben und so dann immer wieder erneut auf den Blacklisten gelandet sind(nochmals Danke für eure Unterstützung), sind wir speziell bei diesem Empfänger dauerhaft geblockt.
Habt ihr eine Ahnung, ob ich mit meiner Vermutung richtig liege?
Auch wenn nicht, was sagt euch sie Fehlermeldung oben?
Vielen Dank schon im voraus.
Grüße
nachdem es beim letzten Mal wunderbar geklappt hat mit eurer Unterstützung, möchte ich bei meinem nächsten Problem auch um Tipps und Vorschläge bitten.
Folgendes:
Ich habe heute eine Nachricht von einem Kollegen erhalten, dass er einem bestimmten Kunden keine Email senden kann. Daraufhin habe ich ihn gebeten, dass er mir doch die Fehlermeldung zuschicken soll, Gesagt, getan, habe ich nun folgende Fehlermeldung:
"Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.
Betreff: DERICHS Bestellung 31926; 213-1393_Fotos Schutzabdeckung
Gesendet am: 17.12.2013 14:45
Folgende(r) Empfänger kann/können nicht erreicht werden:
...@....de am 17.12.2013 14:45
Fehler bei der SMTP-Kommunikation mit dem E-Mail-Server des Empfängers. Wenden Sie sich an Ihren Systemadministrator.
< unsermailserver #5.5.0 SMTP; 554 No SMTPd here>"
Zur Vorgeschichte:
Mit dem Mailverkehr haben wir soweit eigentlich keine Probleme gehabt, bis einer unserer Clients sich ein ZEUS Trojaner eingefangen hat und wir demnach immer auf Blacklisten waren, aus denen wir uns einfach immer wieder ausgetragen haben, ohne das Problem erkannt zu haben. Mit der freundlichen Unterstützung des Communities Administrator.de haben wir dann nach langer Sucherei einen Übeltäter ausfindig machen können und diesen Client dann gekillt und neu aufgesetzt. Soweit so gut, haben wir bisjetzt auch keine weiteren Probleme gehabt, bis ich die obige Unzustellbarkeitsnachricht vom Kollegen erhalten habe.
Es laufen alle Emails ein und aus bis auf die eine. Habe den Empfänger mit einer anderen Adresse angeschrieben, funktioniert alles einwandfrei, es sind beim Empfänger auch keine Probleme bekannt.
Ich habe ziemlich lange gegoogelt und habe da ein Vermutung. Nachdem wir immer wieder auf Blacklisten waren und uns zwar immer wieder ausgetragen haben, jedoch die Ursache nicht bereinigt haben und so dann immer wieder erneut auf den Blacklisten gelandet sind(nochmals Danke für eure Unterstützung), sind wir speziell bei diesem Empfänger dauerhaft geblockt.
Habt ihr eine Ahnung, ob ich mit meiner Vermutung richtig liege?
Auch wenn nicht, was sagt euch sie Fehlermeldung oben?
Vielen Dank schon im voraus.
Grüße
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 224845
Url: https://administrator.de/contentid/224845
Printed on: April 19, 2024 at 22:04 o'clock
15 Comments
Latest comment
Hi,
kannst du beim Kunden auf den Port 25 über Telnet zugreifen??
(Telnet Domainname 25)
greetz
ravers
kannst du beim Kunden auf den Port 25 über Telnet zugreifen??
(Telnet Domainname 25)
greetz
ravers
Zitat von @Ravers:
Hi,
kannst du beim Kunden auf den Port 25 über Telnet zugreifen??
(Telnet Domainname 25)
greetz
Ravers
Hi,
kannst du beim Kunden auf den Port 25 über Telnet zugreifen??
(Telnet Domainname 25)
greetz
Ravers
Nein leider nicht, aber das geht generell bei keiner Domain. Sitze hinter einer Fortigate 60C Firewall
Zitat von @Jizz-Mo:
Habt ihr eine Ahnung, ob ich mit meiner Vermutung richtig liege?
Auch wenn nicht, was sagt euch sie Fehlermeldung oben?
Habt ihr eine Ahnung, ob ich mit meiner Vermutung richtig liege?
Auch wenn nicht, was sagt euch sie Fehlermeldung oben?
Das RFC sagt bei 554 Transaction failed Ursache kann alles mögliche sein, u.a. auch ein Blacklisting.
Wenn dem tatsächlich so wäre, ist das auf jeden Fall etwas, daß Du nicht beheben kannst, sondern nur der Betreiber des Empfänger-Servers. Also den passenden Admin kontaktieren (oder dem Empfänger sagen, daß er diesen Kontaktieren soll).
lks
PS. Du kannst natürlöich versuchen mit der Telnet-Methode nochmal eine mail zu schicken.
Zitat von @Lochkartenstanzer:
> Zitat von @Jizz-Mo:
>
> Habt ihr eine Ahnung, ob ich mit meiner Vermutung richtig liege?
> Auch wenn nicht, was sagt euch sie Fehlermeldung oben?
Das RFC sagt bei 554 Transaction failed Ursache kann alles mögliche sein, u.a. auch ein Blacklisting.
Wenn dem tatsächlich so wäre, ist das auf jeden Fall etwas, daß Du nicht beheben kannst, sondern nur der Betreiber
des Empfänger-Servers. Also den passenden Admin kontaktieren (oder dem Empfänger sagen, daß er diesen Kontaktieren
soll).
lks
PS. Du kannst natürlöich versuchen mit der Telnet-Methode nochmal eine mail zu schicken.
> Zitat von @Jizz-Mo:
>
> Habt ihr eine Ahnung, ob ich mit meiner Vermutung richtig liege?
> Auch wenn nicht, was sagt euch sie Fehlermeldung oben?
Das RFC sagt bei 554 Transaction failed Ursache kann alles mögliche sein, u.a. auch ein Blacklisting.
Wenn dem tatsächlich so wäre, ist das auf jeden Fall etwas, daß Du nicht beheben kannst, sondern nur der Betreiber
des Empfänger-Servers. Also den passenden Admin kontaktieren (oder dem Empfänger sagen, daß er diesen Kontaktieren
soll).
lks
PS. Du kannst natürlöich versuchen mit der Telnet-Methode nochmal eine mail zu schicken.
Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Zitat von @Jizz-Mo:
Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Wenn Du das vom System, das die Mails rausschickt (=Exchange Server?) aus machst, sollte das eigentlich funktionieren.
lks
Zitat von @Lochkartenstanzer:
> Zitat von @Jizz-Mo:
>
> Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Wenn Du das vom System, das die Mails rausschickt (=Exchange Server?) aus machst, sollte das eigentlich funktionieren.
lks
> Zitat von @Jizz-Mo:
>
> Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Wenn Du das vom System, das die Mails rausschickt (=Exchange Server?) aus machst, sollte das eigentlich funktionieren.
lks
Habs mehrmals versucht, auch zu unterschiedlichen Domains, funktioniert leider nicht. Muss glaub ich über die Firewall versuchen, die Verbindung zu testen.
Achja Exchange Server ist schon richtig, sorry für die Fehlinfo.
Moin,
ermittelt werden sollte, dann kann auf den Host der als Mail Exchanger angegeben wird ein telnet ... 25 gemacht werden.
lg,
Slainte
Zitat von @Lochkartenstanzer:
> Zitat von @Jizz-Mo:
>
> Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Wenn Du das vom System, das die Mails rausschickt (=Exchange Server?) aus machst, sollte das eigentlich funktionieren.
Ihr überseht dabei das der Empfangende Mailserver erstmal mit> Zitat von @Jizz-Mo:
>
> Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Wenn Du das vom System, das die Mails rausschickt (=Exchange Server?) aus machst, sollte das eigentlich funktionieren.
nslookup -type=mx <domänenname>lg,
Slainte
Hi,
verschickt ihr die Mails über einen Hoster oder direkt?
Ansonsten mal in in den Eigenschaften/Header einer Mail von denen schauen, welcher Server die Mail verschickt (Stichwort MX). Sollte sowas wie " (Helo domainname.de)" zu finden sein. Oftmals ist es z.B. mailrelay.Domainname.de o.ä.
Optional natürlich= nslookup -type=mx <domänenname>
greetz
ravers
verschickt ihr die Mails über einen Hoster oder direkt?
Ansonsten mal in in den Eigenschaften/Header einer Mail von denen schauen, welcher Server die Mail verschickt (Stichwort MX). Sollte sowas wie " (Helo domainname.de)" zu finden sein. Oftmals ist es z.B. mailrelay.Domainname.de o.ä.
Optional natürlich= nslookup -type=mx <domänenname>
greetz
ravers
welcher Server die Mail verschickt (Stichwort MX).
*hust* der absendende Mailserver hat NICHTS (!) mit dem MX Record im DNS zu tun.
Hi,
Du solltest (für beide Seiten) mal den Reverse-DNS-Eintrag prüfen.
1. nslookup -q=mx kunde.de -> liefert den DNS-Namen des Mailservers (zB mail.kunde.de)
2. ping mail.kunde.de -> liefert dann die IP des Mailservers.
3. nslookup IP-Addresse-des-Mailservers -> MUSS dann wiederum "mail.kunde.de" melden
Denke, da wird auf einer Seite (Eure?) etwas nicht stimmen.
Der mit dem falschen/fehlenden R-DNS-Eintrag muss das bei seinem Provider
beantragen (bei Telekom zB im Kundencenter selber einstellbar, Dauer dann ca. 2 Std)
Gruss
RS
Du solltest (für beide Seiten) mal den Reverse-DNS-Eintrag prüfen.
1. nslookup -q=mx kunde.de -> liefert den DNS-Namen des Mailservers (zB mail.kunde.de)
2. ping mail.kunde.de -> liefert dann die IP des Mailservers.
3. nslookup IP-Addresse-des-Mailservers -> MUSS dann wiederum "mail.kunde.de" melden
Denke, da wird auf einer Seite (Eure?) etwas nicht stimmen.
Der mit dem falschen/fehlenden R-DNS-Eintrag muss das bei seinem Provider
beantragen (bei Telekom zB im Kundencenter selber einstellbar, Dauer dann ca. 2 Std)
Gruss
RS
2
Korrekt! - Stichwort MX hab ich nachträglich eingebastelt - nicht an einer richtigen Stelle. 
Wobei meist ist`s .... ach, egal. Hast ja aufjedenfall recht!
Wobei meist ist`s .... ach, egal. Hast ja aufjedenfall recht!
Ich bin davon ausgegangen, daß man den MX schon ermittelt hat und den dann einfach mit telnet kontaktiert. ich denke, das gehört zum grundlegenden Wissen, wie man den MX einer mailsadresse herausbekommt (ich sach immer dig blala.foo mx
).lks
Zitat von @schmitzi:
Hi,
Du solltest (für beide Seiten) mal den Reverse-DNS-Eintrag prüfen.
1. nslookup -q=mx kunde.de -> liefert den DNS-Namen des Mailservers (zB mail.kunde.de)
2. ping mail.kunde.de -> liefert dann die IP des Mailservers.
3. nslookup IP-Addresse-des-Mailservers -> MUSS dann wiederum "mail.kunde.de" melden
Denke, da wird auf einer Seite (Eure?) etwas nicht stimmen.
Der mit dem falschen/fehlenden R-DNS-Eintrag muss das bei seinem Provider
beantragen (bei Telekom zB im Kundencenter selber einstellbar, Dauer dann ca. 2 Std)
Gruss
RS
Hi,
Du solltest (für beide Seiten) mal den Reverse-DNS-Eintrag prüfen.
1. nslookup -q=mx kunde.de -> liefert den DNS-Namen des Mailservers (zB mail.kunde.de)
2. ping mail.kunde.de -> liefert dann die IP des Mailservers.
3. nslookup IP-Addresse-des-Mailservers -> MUSS dann wiederum "mail.kunde.de" melden
Denke, da wird auf einer Seite (Eure?) etwas nicht stimmen.
Der mit dem falschen/fehlenden R-DNS-Eintrag muss das bei seinem Provider
beantragen (bei Telekom zB im Kundencenter selber einstellbar, Dauer dann ca. 2 Std)
Gruss
RS
Habe die Schritte schon ausgeführt, DNS und R-DNS vom Kunden sind ok, auch die von uns.
Wir haben mail.jaudt.de und 213.160.21.106
Der Kunde mail.derichs.de und 217.7.247.136
Sollte glaube ich an was anderem liegen.
Zitat von @Jizz-Mo:
Wir haben mail.jaudt.de und 213.160.21.106
Der Kunde mail.derichs.de und 217.7.247.136
Sollte glaube ich an was anderem liegen.
Wir haben mail.jaudt.de und 213.160.21.106
Der Kunde mail.derichs.de und 217.7.247.136
Sollte glaube ich an was anderem liegen.
Mit der IP 217..... kommts mit telnet auf Port 25?!?
greetz
ravers
von einer dynamischen IP-Adresse aus:
roku:~$ telnet 217.7.247.136 25
Trying 217.7.247.136...
Connected to 217.7.247.136.
Escape character is '^]'.
554 No SMTPd here
Connection closed by foreign host.
von einem root-server:
root@hetzner ~ # telnet 217.7.247.136 25
Trying 217.7.247.136...
Connected to 217.7.247.136.
Escape character is '^]'.
220 mail.derichs.de ESMTP SonicWALL (7.4.4.8435)
...
Eindeutig der spamschutz der Sonicwall.
Setzt euch also mit dem Empfänger in verbindung, warum der euch nicht mag.
lks
