Remote Mailserver meint, dass mein HELO-EHLO nicht in Ordnung ist!
Hallo Alle,
Mein Mail Server funktioniert jetzt seit einigen Monaten ohne Probleme - viele hunderte Emails pro Tag.
Jetzt kommt ein mail Server der keine Emails von meinem Server empfangen will und meint: Client host rejected: Helo command rejected mit einem Link zur Homepage des Serverbetreibers mit der Hinweis:
A complete and plausible HELO/EHLO as described in RFC 2821 must be sent.
http://www.rfc-editor.org/rfc/rfc2821.txt
Warum? Was ist falsch mit meinem HELO/EHLO
Sorry dass ich hier poste: die RFC selbst war viel zu lang zu Lesen.
Es funktioniert doch mit allen anderen Hosts!
Ich habe einen SBS2011 also Exchange 2010 mit SP2
Danke für Hinweise
R.
Mein Mail Server funktioniert jetzt seit einigen Monaten ohne Probleme - viele hunderte Emails pro Tag.
Jetzt kommt ein mail Server der keine Emails von meinem Server empfangen will und meint: Client host rejected: Helo command rejected mit einem Link zur Homepage des Serverbetreibers mit der Hinweis:
A complete and plausible HELO/EHLO as described in RFC 2821 must be sent.
http://www.rfc-editor.org/rfc/rfc2821.txt
Warum? Was ist falsch mit meinem HELO/EHLO
Sorry dass ich hier poste: die RFC selbst war viel zu lang zu Lesen.
Es funktioniert doch mit allen anderen Hosts!
Ich habe einen SBS2011 also Exchange 2010 mit SP2
Danke für Hinweise
R.
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 265802
Url: https://administrator.de/forum/remote-mailserver-meint-dass-mein-helo-ehlo-nicht-in-ordnung-ist-265802.html
Ausgedruckt am: 30.04.2025 um 08:04 Uhr
11 Kommentare
Neuester Kommentar
Sorry, Diese Info war zu wenig, um sinnvoll sagen zu können was falsch läuft.
lks
PS: Kristallkugel sagt: hostname
PPS: Manche sind pingeliger als andere.
1
Moin,
mach einen Check mit mxtoolbox.com.
Gruß,
Dani
mach einen Check mit mxtoolbox.com.
Gruß,
Dani
1
Hallo,
Habe mit mxtoolbox und intodns kontrolliert. es passt alles.
Finde kein online tool der die Kommunikation selbst voll auf RFCs testet.
Die standard Kommunikation funktioniert ja!
Ich sehe zum ersten Mal, dass ein Admin die HELO/EHLO testet um SPAMs abzufangen. Ist ein Wahnsinn.
Danke
R.
Habe mit mxtoolbox und intodns kontrolliert. es passt alles.
Finde kein online tool der die Kommunikation selbst voll auf RFCs testet.
Die standard Kommunikation funktioniert ja!
Ich sehe zum ersten Mal, dass ein Admin die HELO/EHLO testet um SPAMs abzufangen. Ist ein Wahnsinn.
Danke
R.
Ich sehe zum ersten Mal, dass ein Admin die HELO/EHLO testet um SPAMs abzufangen. Ist ein Wahnsinn
So selten ist das auch wieder nicht.
Welche Meldung gibt den dein Exchange mit dem HELO Kommando aus ?
Und als kleine Anmerkung:
Sorry dass ich hier poste: die RFC selbst war viel zu lang zu Lesen.
Aber die helfenden Kollegen sollen es schon lesen, oder? Ein kleiner Blick auf das Inhaltsverzeichnis reicht, um zu sehen, dass der dich betreffende Teil auf einer Seite (Seite 29) beschrieben steht.
Der Community Gedanke ist schon toll, aber sich selbst auf die faule Haut zu legen, passt nicht dazu.
LG Günther
Ums nochmals deutlich zu schreiben:
Wie sollen wir wissen, was an Deinem HELO falsch ist, wenn Du uns nicht sagst, was Du als HELO schickst?
Wie sollen wir wissen, was an Deinem HELO falsch ist, wenn Du uns nicht sagst, was Du als HELO schickst?
Hallo
Mein erster Gedanke wäre auch der "hostname" oder ein Problem damit
oder dem s.g. "Alias" davon!
Gruß
Dobby
Sorry dass ich hier poste: die RFC selbst war viel zu lang zu Lesen.
Sollen wir das jetzt für Dich lesen?Mein erster Gedanke wäre auch der "hostname" oder ein Problem damit
oder dem s.g. "Alias" davon!
Gruß
Dobby
Zitat von @108012:
> Sorry dass ich hier poste: die RFC selbst war viel zu lang zu Lesen.
Sollen wir das jetzt für Dich lesen?
> Sorry dass ich hier poste: die RFC selbst war viel zu lang zu Lesen.
Sollen wir das jetzt für Dich lesen?
Übrigens soltle jeder, der SMTP benutzt, den mindestens einmal gelesen haben.
lks
HELO konfigurieren
http://www.msxfaq.de/connector/sendconnector.htm
Und auch darauf achten das der Hostname extern auch auf deine IP verweist.
Reverse DNS ebenfalls checken.
Gruß jodel32
http://www.msxfaq.de/connector/sendconnector.htm
Und auch darauf achten das der Hostname extern auch auf deine IP verweist.
Reverse DNS ebenfalls checken.
Gruß jodel32
Danke.
Jetzt habe ich zwei Fragen:
1) Das richtige FQDN habe ich ja auf der Allgeimen Reiter der Eigenschaften von Sendeconnector gesetzt! Muss ich das per Powershell nochmals setzen?
2) Wie überprüfe ich am einfachsten was mein Server mit HELO/EHLEO als FQDN mictschickt.
Als Reverse DNS habe ich genau das was ich in Sendeconnector als FQDN eingetragen habe und es wird richtig aufgelöst.
Danke
R.
Jetzt habe ich zwei Fragen:
1) Das richtige FQDN habe ich ja auf der Allgeimen Reiter der Eigenschaften von Sendeconnector gesetzt! Muss ich das per Powershell nochmals setzen?
2) Wie überprüfe ich am einfachsten was mein Server mit HELO/EHLEO als FQDN mictschickt.
Als Reverse DNS habe ich genau das was ich in Sendeconnector als FQDN eingetragen habe und es wird richtig aufgelöst.
Danke
R.
Zitat von @RG2525:
2) Wie überprüfe ich am einfachsten was mein Server mit HELO/EHLEO als FQDN mictschickt.
2) Wie überprüfe ich am einfachsten was mein Server mit HELO/EHLEO als FQDN mictschickt.
Einfach mit Wireshark mitsniffen oder eine Mail an einen SMTP-Server unter Deiner Kontrolle schicken.
lks
Zitat von @RG2525:
1) Das richtige FQDN habe ich ja auf der Allgeimen Reiter der Eigenschaften von Sendeconnector gesetzt! Muss ich das per
Powershell nochmals setzen?
Nein, das wäre doppelt gemoppelt. Wenn der Server es nicht übernommen hat, einfach mal den Dienst MSExchangeTransport neu starten.1) Das richtige FQDN habe ich ja auf der Allgeimen Reiter der Eigenschaften von Sendeconnector gesetzt! Muss ich das per
Powershell nochmals setzen?
