Domino 9 und frühere Versionen > Administration & Userprobleme
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:
--- Zitat von: AlexDomino5x am 29.08.06 - 09:25:44 ---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)
--- Ende Zitat ---
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:
--- Zitat ---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.
--- Ende Zitat ---
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
--- Ende Code ---
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.
--- Zitat ---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)
--- Ende Zitat ---
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
--- Ende Code ---
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)
--- Ende Code ---
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?
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln