Top-Themen

AppleEntwicklungHardwareInternetLinuxMicrosoftMultimediaNetzwerkeOff TopicSicherheitSonstige SystemeVirtualisierungWeiterbildungZusammenarbeit

Aktuelle Themen

Administrator.de FeedbackApache ServerAppleAssemblerAudioAusbildungAuslandBackupBasicBatch & ShellBenchmarksBibliotheken & ToolkitsBlogsCloud-DiensteClusterCMSCPU, RAM, MainboardsCSSC und C++DatenbankenDatenschutzDebianDigitiales FernsehenDNSDrucker und ScannerDSL, VDSLE-BooksE-BusinessE-MailEntwicklungErkennung und -AbwehrExchange ServerFestplatten, SSD, RaidFirewallFlatratesGoogle AndroidGrafikGrafikkarten & MonitoreGroupwareHardwareHosting & HousingHTMLHumor (lol)Hyper-VIconsIDE & EditorenInformationsdiensteInstallationInstant MessagingInternetInternet DomäneniOSISDN & AnaloganschlüsseiTunesJavaJavaScriptKiXtartKVMLAN, WAN, WirelessLinuxLinux DesktopLinux NetzwerkLinux ToolsLinux UserverwaltungLizenzierungMac OS XMicrosoftMicrosoft OfficeMikroTik RouterOSMonitoringMultimediaMultimedia & ZubehörNetzwerkeNetzwerkgrundlagenNetzwerkmanagementNetzwerkprotokolleNotebook & ZubehörNovell NetwareOff TopicOpenOffice, LibreOfficeOutlook & MailPapierkorbPascal und DelphiPeripheriegerätePerlPHPPythonRechtliche FragenRedHat, CentOS, FedoraRouter & RoutingSambaSAN, NAS, DASSchriftartenSchulung & TrainingSEOServerServer-HardwareSicherheitSicherheits-ToolsSicherheitsgrundlagenSolarisSonstige SystemeSoziale NetzwerkeSpeicherkartenStudentenjobs & PraktikumSuche ProjektpartnerSuseSwitche und HubsTipps & TricksTK-Netze & GeräteUbuntuUMTS, EDGE & GPRSUtilitiesVB for ApplicationsVerschlüsselung & ZertifikateVideo & StreamingViren und TrojanerVirtualisierungVisual StudioVmwareVoice over IPWebbrowserWebentwicklungWeiterbildungWindows 7Windows 8Windows 10Windows InstallationWindows MobileWindows NetzwerkWindows ServerWindows SystemdateienWindows ToolsWindows UpdateWindows UserverwaltungWindows VistaWindows XPXenserverXMLZusammenarbeit

Erhalten Unzustellbarkeitsnachricht mit Fehlermeldung 5.5.0 SMTP No SMTPd here, Ratschläge?

Frage Microsoft Outlook & Mail

Mitglied: Jizz-Mo

Jizz-Mo (Level 1) - Jetzt verbinden

18.12.2013, aktualisiert 12:03 Uhr, 3743 Aufrufe, 15 Kommentare, 1 Danke

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
Mitglied: Ravers
18.12.2013 um 12:27 Uhr
Hi,

kannst du beim Kunden auf den Port 25 über Telnet zugreifen??
(Telnet Domainname 25)


greetz
ravers
Bitte warten ..
Mitglied: Jizz-Mo
18.12.2013 um 13:19 Uhr
Zitat von 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
Bitte warten ..
Mitglied: Lochkartenstanzer
18.12.2013 um 13:19 Uhr
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.
Bitte warten ..
Mitglied: Jizz-Mo
18.12.2013 um 13:23 Uhr
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.

Die Telnet Methode (Telnet Domainname 25) funktioniert wie oben schon geschrieben, leider nicht.
Bitte warten ..
Mitglied: Lochkartenstanzer
18.12.2013 um 13:27 Uhr
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
Bitte warten ..
Mitglied: Jizz-Mo
18.12.2013, aktualisiert um 13:48 Uhr
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

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.
Bitte warten ..
Mitglied: SlainteMhath
18.12.2013, aktualisiert um 14:25 Uhr
Moin,
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
01.
nslookup -type=mx <domänenname>
ermittelt werden sollte, dann kann auf den Host der als Mail Exchanger angegeben wird ein telnet ... 25 gemacht werden.

lg,
Slainte
Bitte warten ..
Mitglied: Ravers
18.12.2013, aktualisiert um 14:34 Uhr
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
Bitte warten ..
Mitglied: SlainteMhath
18.12.2013 um 14:32 Uhr
welcher Server die Mail verschickt (Stichwort MX).
*hust* der absendende Mailserver hat NICHTS (!) mit dem MX Record im DNS zu tun.
Bitte warten ..
Mitglied: schmitzi
18.12.2013, aktualisiert um 14:36 Uhr
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
Bitte warten ..
Mitglied: Ravers
18.12.2013 um 14:37 Uhr
Korrekt! - Stichwort MX hab ich nachträglich eingebastelt - nicht an einer richtigen Stelle.

Wobei meist ist`s .... ach, egal. Hast ja aufjedenfall recht!
Bitte warten ..
Mitglied: Lochkartenstanzer
18.12.2013 um 14:38 Uhr
Zitat von SlainteMhath:

01.
> nslookup -type=mx <domänenname> 
02.
> 

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
Bitte warten ..
Mitglied: Jizz-Mo
18.12.2013 um 14:59 Uhr
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

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.
Bitte warten ..
Mitglied: Ravers
18.12.2013 um 15:11 Uhr
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.

Mit der IP 217..... kommts mit telnet auf Port 25?!?

greetz
ravers
Bitte warten ..
Mitglied: Lochkartenstanzer
18.12.2013, aktualisiert um 16:45 Uhr
Zitat von Jizz-Mo:

Der Kunde mail.derichs.de und 217.7.247.136

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
Bitte warten ..
Neuester Wissensbeitrag
Humor (lol)

Linkliste für Adventskalender

(3)

Information von nikoatit zum Thema Humor (lol) ...

Ähnliche Inhalte
Windows Server
Fehlermeldung "DotNet Memory Management Global " (5)

Frage von xXEddiXx zum Thema Windows Server ...

Outlook & Mail
Fehlermeldung beim schließen von Outlook 2016 auf Terminalserver (7)

Frage von Tommy1983 zum Thema Outlook & Mail ...

E-Mail
gelöst Falsche SMTP Server IP Adresse (6)

Frage von laster zum Thema E-Mail ...

Heiß diskutierte Inhalte
Windows Server
DHCP Server switchen (25)

Frage von M.Marz zum Thema Windows Server ...

SAN, NAS, DAS
gelöst HP-Proliant Microserver Betriebssystem (14)

Frage von Yannosch zum Thema SAN, NAS, DAS ...

Grafikkarten & Monitore
Win 10 Grafikkarte Crash von Software? (13)

Frage von Marabunta zum Thema Grafikkarten & Monitore ...

Windows 7
Verteillösung für IT-Raum benötigt (12)

Frage von TheM-Man zum Thema Windows 7 ...