Ehlo/Helo zuerst 1und1 und SMTPAuth Fehler 503

[AlexDomino5x]

Hallo

ich beobachte seit einiger Zeit ein Problem beim senden von Emails an Empfänger außerhalb unserer Domino Domain. Der SMTP-Server meldet unbekanntes Command wenn der Domino sein ehlo abgibt. Erst wenn er nach einigen Fehlschlägen sich mit helo meldet, kommt eine ÜBertragung zu stande. Dadurch verzögert sich der Versand sehr stark oder bricht gar ab (Fehler 503).

Szenario:

Domino 5.0.4a
SMTPAuth 2.01 von Bisswanger
Proivder 1und1

Einstellungen am SmtpAuth:
helo/ehlo nicht aktiviert
Auth Login


Mitschnitte aus der Logdatei von SMTP-Auth unterteilt in die Sendeversuche des Dominoservers.

1. Versuch

Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:55:15)
Server: 220 smtp.1und1.de (mrelayeu2) Welcome to Nemesis ESMTP server (25.08.2006, 09:55:15)
Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:55:15)
Server: 500 unknown command (25.08.2006, 09:55:15)
Server: 421 smtp.1und1.de connection timed out (25.08.2006, 09:57:15)
Server: (25.08.2006, 09:57:15)
Client: Disconnected. (25.08.2006, 09:57:15)



2. Versuch

Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:59:47)
Server: 220 smtp.1und1.de (mrelayeu0) Welcome to Nemesis ESMTP server (25.08.2006, 09:59:47)
Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:59:47)
Server: 500 unknown command (25.08.2006, 09:59:47)
Server: 421 smtp.1und1.de connection timed out (25.08.2006, 10:01:47)
Server: (25.08.2006, 10:01:47)
Client: Disconnected. (25.08.2006, 10:01:47)


3. Versuch

Client: Disconnected. (25.08.2006, 10:07:47)
Client: HELO lnohra01.unsereDomaine.de (25.08.2006, 10:07:47)
Server: 220 smtp.1und1.de (mrelayeu5) Welcome to Nemesis ESMTP server (25.08.2006, 10:07:47)
Client: HELO lnohra01.unsereDomaine.de (25.08.2006, 10:07:47)
Server: 250 mrelayeu5.kundenserver.de pleased to meet you (25.08.2006, 10:07:47)
Client: AUTH LOGIN (25.08.2006, 10:07:47)
Server: 334 rödel (25.08.2006, 10:07:47)
Client: rödel (25.08.2006, 10:07:47)
Server: 334 rödel (25.08.2006, 10:07:47)
Client: rödel (25.08.2006, 10:07:47)
Server: 235 authentication finished successfully (25.08.2006, 10:07:47)
Client: MAIL FROM:<weg.gemacht@unsereDomaine.de> (25.08.2006, 10:07:47)
Server: 250 mail from: <weg.gemacht@unsereDomaine.de> ok (25.08.2006, 10:07:47)
Client: RCPT TO:<empfänger@gmx.de> (25.08.2006, 10:07:47)
Server: 250 <empfänger@gmx.de> ok (25.08.2006, 10:07:47)
Client: DATA (25.08.2006, 10:07:47)
Server: 354 Enter mail, end with "." on a line by itself (25.08.2006, 10:07:47)
Client: Subject: Test (25.08.2006, 10:07:54)
.
.
.
[hier kam dann die Nachricht]
.
.
.

Server: 250 Message 123-456-789-987 accepted by mrelayeu5.kundenserver.de (25.08.2006, 10:07:55)
Client: QUIT (25.08.2006, 10:07:55)
Server: 221 smtp.1und1.de Bye (25.08.2006, 10:07:55)
Server: (25.08.2006, 10:07:55)
Client: Disconnected. (25.08.2006, 10:07:55)


4. nächster Versuch (andere Email)
Client: Disconnected. (25.08.2006, 10:07:56)
Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 10:08:00)
Server: 220 smtp.1und1.de (mrelayeu5) Welcome to Nemesis ESMTP server (25.08.2006, 10:08:00)
Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 10:08:00)
Server: 500 unknown command (25.08.2006, 10:08:00)
Server: 421 smtp.1und1.de connection timed out (25.08.2006, 10:10:00)
Server: (25.08.2006, 10:10:00)
Client: Disconnected. (25.08.2006, 10:10:00)


P.S.
Unsere Domain heißt genauso, wie die beim Provider gehostete.


Gibt es Möglichkeiten den Dominoserver entsprechend zu konfigurieren, damit dieses Problem nicht auftritt? (ehlo abschalten?)
Wann genau wird ehlo und wann wird helo verwendet?
Habe ich evtl. das grundsätzliche Problem noch nicht verstanden?


Vielen Dank schonmal.

[Lossa]

Hi,

vieleicht wäre es sinnvoll, die SMTP Mail direkt and den Ziel MX-Rekord zu senden und nicht über ein zusätzliches Tool und einen Relayserver!?

[AlexDomino5x]

Hallo Lossa,

ich hatte es nicht erwähnt. Bei der Verbindung zum Internet handelt es sich um eine OnDemand-Verbindung mit variabler IP-Adresse. Ich glaube die meisten Server würden eine Mail aus so einem NEtzwerk ablehnen. Aus dem Grund erfolgt der Versand über den Server des Providers.

Es sieht ja so aus, als könne der entgegennehmende Server kein ESMTP. (Zumindest einige von den Servern, die sich melden) Gibt am Domino die Möglichkeit auf ESMTP zu verzichten?

Merkwürdig finde ich das aber schon, denn der Server von 1und1 meldet sich ja mit:
"Server: 220 smtp.1und1.de (mrelayeu2) Welcome to Nemesis ESMTP server (25.08.2006, 09:55:15)"

[m3]

Hallo

ich beobachte seit einiger Zeit ein Problem beim senden von Emails an Empfänger außerhalb unserer Domino Domain. Der SMTP-Server meldet unbekanntes Command wenn der Domino sein ehlo abgibt. Erst wenn er nach einigen Fehlschlägen sich mit helo meldet, kommt eine ÜBertragung zu stande. Dadurch verzögert sich der Versand sehr stark oder bricht gar ab (Fehler 503).

Szenario:

Domino 5.0.4a
SMTPAuth 2.01 von Bisswanger
Proivder 1und1

Einstellungen am SmtpAuth:
helo/ehlo nicht aktiviert
Auth Login


Mitschnitte aus der Logdatei von SMTP-Auth unterteilt in die Sendeversuche des Dominoservers.

1. Versuch

Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:55:15)
Server: 220 smtp.1und1.de (mrelayeu2) Welcome to Nemesis ESMTP server (25.08.2006, 09:55:15)

Kann das Problem nicht eher beim SMtpAuth und nicht beim Domino liegen? So wie das für mich aussieht, spricht der Client (SmtpAuth) mit dem Server von 1&1, BEVOR dieser überhaupt mal "Hallo" (220 ...) gesagt hat.
Das kennt man eigentlich nur von Spam-Bots.

[AlexDomino5x]

Kann das Problem nicht eher beim SMtpAuth und nicht beim Domino liegen? So wie das für mich aussieht, spricht der Client (SmtpAuth) mit dem Server von 1&1, BEVOR dieser überhaupt mal "Hallo" (220 ...) gesagt hat.
Das kennt man eigentlich nur von Spam-Bots.

Es ist tatsächlich so, es kommt zumeist erst ein EHLO/HELO von unserem Server bevor sich der Email Server von draussen meldet. Aber das ist das Log-File vom SMTP-Auth. Erst wenn SMTPAuth einen Befehl erkennt baut es die Verbindung auf und sendet ihn zum eigentlichen SMTP-Server weiter.
SMTPAuth funktioniert wie ein transparenter Tunnel. Ich habe also einen offenen SMTP-Server im internen Netz (SMTPAuth), zu dem werden die Mails gesendet. SMTPAuth kennt den eigentlichen SMTP Server und die Anmeldeinformationen. Es nimmt also die Befehle, und schiebt sie eifnach weiter. Nach Aufforderung antwortet SMTPAuth selbständig mit Authlogin.

Bei Verbindungsaufbau erhält der Client (Domino) ein zunächst  220 vom SMTPAuth

Code

220 SMTPAuth ready

Danach setzt er sein EHLO ab. Erst genau an dieser Stelle baut SMTPAuth die Verbindung auf - und sendet anschliessend das EHLO:

Das erste EHLO geht nur vom Client an das SMTPAuth.

Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:55:15)
Server: 220 smtp.1und1.de (mrelayeu2) Welcome to Nemesis ESMTP server (25.08.2006, 09:55:15)
Client: EHLO lnohra01.unsereDomaine.de (25.08.2006, 09:55:15)
Server: 500 unknown command (25.08.2006, 09:55:15)

Selbst wenn er es einmal ins leere und nach dem 220 nochmal richtig schickt erklärt es ja nicht, warum der Server den Befehl nicht kennt, oder?

Hier nochmal folgender Test:
Mitschnitt TELNET auf SMTPAuth

Code

220 SMTPAuth ready
ehlo TEST.domain.de
ehlo TEST.domain.de
helo TEST.domain.de
250 authentication finished successfully
quit
221 smtp.1und1.de Bye

und der entsprechende Log aus SMTPAuth:

Code

Client:  ehlo TEST.domain.de  (18.09.2006, 15:03:26)
Server:  220 smtp.1und1.de (mrelayeu6) Welcome to Nemesis ESMTP server  (18.09.2006, 15:03:26)
Client:  ehlo TEST.domain.de  (18.09.2006, 15:03:26)
Server:  500 unknown command  (18.09.2006, 15:03:26)
Client:  ehlo TEST.domain.de  (18.09.2006, 15:03:37)
Server:  220 smtp.1und1.de (mrelayeu2) Welcome to Nemesis ESMTP server  (18.09.2006, 15:03:37)
Client:  ehlo TEST.domain.de  (18.09.2006, 15:03:37)
Server:  500 unknown command  (18.09.2006, 15:03:37)
Client:  helo TEST.domain.de  (18.09.2006, 15:03:45)
Server:  220 smtp.1und1.de (mrelayeu0) Welcome to Nemesis ESMTP server  (18.09.2006, 15:03:45)
Client:  helo TEST.domain.de  (18.09.2006, 15:03:45)
Server:  250 mrelayeu0.kundenserver.de pleased to meet you  (18.09.2006, 15:03:45)
Client:  AUTH LOGIN  (18.09.2006, 15:03:45)
Server:  334 xxxxxxxxx  (18.09.2006, 15:03:45)
Client:  xxxxxxxxxxxx=  (18.09.2006, 15:03:45)
Server:  334 xxxxxxxxx  (18.09.2006, 15:03:45)
Client:  xxxxxxxxx=  (18.09.2006, 15:03:45)
Server:  235 authentication finished successfully  (18.09.2006, 15:03:45)
Client:  quit  (18.09.2006, 15:03:49)
Server:  221 smtp.1und1.de Bye  (18.09.2006, 15:03:49)
Server:    (18.09.2006, 15:03:49)
Client:  Disconnected.  (18.09.2006, 15:03:49)

Ein direktes Telnet auf den smtp.1und1.de Server verhält sich genauso:

220 smtp.1und1.de (mrelayeu0) Welcome to Nemesis ESMTP server
ehlo test
500 unknown command
ehlo test
500 unknown command
helo test
250 mrelayeu0.kundenserver.de pleased to meet you
quit
221 smtp.1und1.de Bye


Aber müssten dann nicht alle 1und1 Nutzer dieses Problem haben?

[m3]

1) So, jetzt bin ich angefressen. Würdest Du bitte die Forumsregeln lesen?

2.3 Crosspostings in mehreren Webforen oder Newsgroups
     Es verstößt gegen die gültige Netiquette von Newsgroups und Onlineforen, Probleme zeitnah in mehreren verschiedenen Webforen gleichzeitig zu posten.
Bitte entscheidet Euch deshalb zunächst, in welchem Forum Ihr Euer Problem posten wollt, bevor Ihr ein Thema einstellt.
Bekommt Ihr in diesem Forum keine befriedigende Antwort, so könnt Ihr die Frage einige Tage später gerne in einem weiteren Forum stellen - mit Querverweis und Link auf den ursprünglichen Beitrag.
Sollte es einmal Gründe dafür geben, ein Problem gleichzeitig in verschiedenen Foren einzustellen, so ist in jedem Forum ein Querverweis mit Link auf die jeweils anderen Forumsbeiträge zu erstellen.
Genauso sind gefundene Lösungen in den jeweiligen Foren als Querverweis mit Link einzustellen.

Der andere Fred findet sich unter http://www.dominoforum.de/modules/newbb/viewtopic.php?topic_id=13318&post_id=74428

2) Ein Ähnliches Problem hatten wir schon mal. http://atnotes.de/index.php?topic=21518.0
Bist Du Dir sicher, dass Du die aktuelleste Version von SmtpAuth hast?

Client:  ehlo TEST.domain.de  (18.09.2006, 15:03:26)
Server:  220 smtp.1und1.de (mrelayeu6) Welcome to Nemesis ESMTP server  (18.09.2006, 15:03:26)

SMTPAuth schickt ein EHLO, bevor sich der Server gemeldet hat, das klingt nach dem Bug, der auch in meinem oben angeführten Link angesprochen wird. Check mal, ob Du WIRKLICH die aktuelle SmtpAuth hast.

3) Ist das meines Erachtens ein SmtpAuth und kein Domino-Problem. Daher bist Du ev. unter http://smtpauth.sourceforge.net/forum/viewtopic.php?t=23&start=15&postdays=0&postorder=asc&highlight=&sid=3af6781e2793cb1b64aa5071378e5dd6 besser aufgehoben.

[Christopher]

Dem m3 entgeht wirklich gar nichts  unsere kleine Internet Polizei :-) aber wo Recht hat, hat er Recht.

Mir ist aufgefallen, dass smtp Auth als Dienst nicht richtig funktioniert. Also smtp Auth einfach mal als Programm starten.

[AlexDomino5x]

@m3 oder bofh
zu 1.)
Was habe ich denn bitte falsch gemacht? Ich habe dort am 25. gepostet - keine Antwort. Am 29. habe ich mich entschlossen hier zu posten. Erst am 30. gab es dort überhaupt eine Antwort - Bis dahin nach Netiquette, oder?
Einzig fehlend ist der Querverweis. OK. Entschludigung! <Bin schliesslich Frischling> Hier hast Du ihn nachgeholt - Danke. Im anderen Forum ist er nach Deiner Aussage nicht erwünscht, habe ich allerdings nicht lesen können.

zu 2.)
Den anderen Beitrag kenne ich  - da geht merkwürdigerweise aber das EHLO durch - im Gegensastz zu meinem Problem - ist aber auch schon sehr alt. Bei uns geht die Mail erst raus, wenn der Domino dann irgendwann mal HELO sagt.

Ich habe die Version 2.01 installiert.

zu 3.)
Ich denke nach wie vor nicht, dass es sich um ein Problem von SMTPAuth handelt.
Wenn ich den Befehl EHLO direkt am 1und1 Server absetze, gibt es den gleichen Fehler. -> s.o. (oder habe ich einen Denkfehler?)


Weiteres:

Übrigens die Meinung der 1und1 Hotline:

das von Ihnen genutzte Tool wartet die Antwort des Servers nicht ab und
setzt seine Befehle direkt nacheinander ab.
Dadurch kann es dann zu Fehlern kommen, wenn der nächste Befehl schon
gesendet wurde, bevor eine Antwort von unserem Server kommt.

Für weitere Rückfragen stehen wir Ihnen gerne zur Verfügung.

Haben Sie weitere Fragen? Unser E-Mail-Support und die FAQ helfen Ihnen
weiter:
<<<ausgeblendet>>>

--
Freundliche Grüße aus Karlsruhe

Dominik xxxxxxxxxxx
Technischer Support 1&1 WebHosting

SMTP Auth baut erst die Verbindung auf, wenn es den ersten Befehl empfangen hat. Also hier das erste EHLO. DAS (empfangen) ist auch der Eintrag im LOG. Nach der 220 vom Server sendet es das EHLO dann erst. Das ist das der zweite bzw, dritte Eitnrag im Log. Das Hauptproblem liegt also wohl darin, dass das EHLO gar nciht verstanden wird.
Wie gesagt - sende ich das EHLO per Hand, ohne SMTPAuth ist direkt an smtp.1und1.de ist es das selbe Problem. Also war meine Idee ob es ne Möglichkeit gibt, den Domino entsprechend des ESMTPen zu untersagen.


@Christopher
SMTPAuth läuft als Programm.


Eine ERkenntnis des anderen Post war, dass Domino nicht dahingehend angepasst werden kann, das es gleich HELO sagt - also kein ESMTP spricht.

Jetzt frage ich mich, wie eine Lösung für mein Problem aussehen kann.
Providerwechsel? - Mhm.
Anderes Tool?/Version? -> Ideen dazu?

[Christopher]

probier doch mal mit smtp auth die emails über freenet zu senden! Bei mir hatte das funktioniert.

[AlexDomino5x]

probier doch mal mit smtp auth die emails über freenet zu senden! Bei mir hatte das funktioniert.

Danke für den Tip. Das hat mich auf die Idee gebracht mal grundsätzlich diesen Vorgang bei anderen ESMTP Servern zu testen.
Egal welchen Server ich anspreche (Telnet auf Port 25 an: mx.freenet.de, smtp.gmx.de, smtp.tiscali.de) keiner will den Befehl EHLO kennen.
Unser eigener, interner ESMTP Server auf Domino kennt das hingegen schon.

Beipspiel mit Freenet:

Code

< 220 mx2.freenet.de ESMTP Exim 4.62 Tue, 19 Sep 2006 14:34:51 +0200
> ehlo TEST
< 500 unrecognized command
> ehlo TEST
< 500 unrecognized command
> helo TEST
< 250 mx2.freenet.de Hello NAME [IP-Adresse]
> quit
< 221 mx2.freenet.de closing connection

Kann mir dazu jemand was erklären?

[m3]

EHLO muss nicht unterstützt werden, kann aber.

Nachdem ich mir den SmtpAuth heruntergeladen und ein bissl damit herumgespielt habe:

Frage: Kann es sein, dass zwischen den Rechner mit SmtpAuth und dem Internet noch ein Router mit SMTP-Proxy sitzt? Die sorgen immer wieder für Probleme bei 1&1 - AFAIK.

[AlexDomino5x]

EHLO muss nicht unterstützt werden, kann aber.

Aja - das hatte ich bis jetzt anders verstanden. Ich war der Meinung, daran entscheidet sich, ob ESMTP oder SMTP gesprochen wird.

Frage: Kann es sein, dass zwischen den Rechner mit SmtpAuth und dem Internet noch ein Router mit SMTP-Proxy sitzt? Die sorgen immer wieder für Probleme bei 1&1 - AFAIK.

Nein kein SMTP-Proxy. -Hätte ich aus dem Bauch gesagt. Aber ich habe es getestet und mich vor den Router gestöpselt - siehe da die ESMTP Server melden sich alle samt auf das Kommando EHLO. Ich habe mal den Verkehr mitgeschitten - wenn ich hinter dem router+FW sitze kommt nur noch ein ehlX statt ehlo an.

Danke für den Tipp - jetzt weiß ich, wo ich suchen muss.

[AlexDomino5x]

Es war also tatsächlich die Application-FW des Routers, welche auf SMTP und nicht auf ESMTP konfiguriert war. Damit wurden vom Inspector alle Befehle, welche nicht im SMTP-Protokoll enthalten sind mit XXX überschrieben. Somit musste der entgegennehmende Server melden unbekannter Befehl - was den Sender schliesslich zum umschalten auf SMTP bewegt.

Nachdem dieser Fehler in der Konfiguration behoben wurde läuft der SMTP Verkehr fehlerfrei.

Der Fehler lag also Ausnahmsweise nicht bei 1und1 - wie zuerst vermutet ;-) - Sorry!