Fehler 250 bei Mail-Versand

[Dominostein70]

Hallo Leute,

habe so einen Fehler mit dem dritten Bit. Manchmal gehts halt und immer öfter nicht.
Ich administriere einen Domino 6.5.1 Server auf W2k3.
Internetmails werden via SMTPAuth an 1und1 (smtp.1und1)versendet.
Im Serverdok ist SMTPOutbound auf Port10025 gesetzt.
Relay-Host 127.0.0.1:10025.
SMTP Port eingehend von SMTPAuth ebenfalls auf 10025.
Das Problem besteht darin, dass immer häufiger der Fehler 250 auftritt.
Wie im folgenden Abschnitt zu sehen, kommt es seltsamerweise zu Quit bevor die eigentlichen Daten übertragen werden.:

Client:  bTg2Njg3NzctMw==  (28.02.2005, 10:52:32)
Server:  334 VXNlcm5hbWU6  (28.02.2005, 10:52:32)
Client:  MDFzbXRwb3U=  (28.02.2005, 10:52:32)
Server:  334 UGFzc3dvcmQ6  (28.02.2005, 10:52:32)
Client:  MAIL FROM:<xxx@xxx.de>  (28.02.2005, 10:52:32)
Server:  235 authentication finished successfully  (28.02.2005, 10:52:32)
Client:  RCPT TO:<yyy@yyy.de>  (28.02.2005, 10:52:32)
Server:  250 mail from: <xxx@xxx.de> ok  (28.02.2005, 10:52:32)
Client:  DATA  (28.02.2005, 10:52:32)
Server:  250 <yyy@yyy.de> ok  (28.02.2005, 10:52:32)
Client:  RSET  (28.02.2005, 10:52:32)
Server:  354 Enter mail, end with "." on a line by itself  (28.02.2005, 10:52:32)
Client:  QUIT  (28.02.2005, 10:52:32)
Server:    (28.02.2005, 10:54:32)
Client:  Disconnected.  (28.02.2005, 10:54:32)
Client:  Disconnected.  (28.02.2005, 10:57:37)
Client:  EHLO domfr01.sortech.de  (28.02.2005, 11:05:45)
Server:  220 Welcome to Nemesis ESMTP server on mrelayeu  (28.02.2005, 11:05:45)
Client:  EHLO domfr01.sortech.de  (28.02.2005, 11:05:45)
Server:  250-mrelayeu.kundenserver.de pleased to meet you  (28.02.2005, 11:05:45)
Client:  AUTH LOGIN  (28.02.2005, 11:05:45)
Server:  250-STARTTLS250-AUTH PLAIN LOGIN
250-AUTH=PLAIN LOGIN
250-PIPELINING
250-8BITMIME
250-SIZE 20971520
250 HELP

Liegt das eher an 1un1 oder am Domino?

Schon im Voraus Danke

[koehlerbv]

Meine Vermutung: Da hat irgendwer am Rad gedreht - und es scheint nicht auf Domino-Seite zu liegen.

Siehe hierzu auch: Dominoforum

Seit vergangener Woche habe auch ich sporadisch exakt das gleiche Problem (ebenfalls bei 1und1). Seit dem vergangenen Wochenende sind die Fehlerfälle allerdings dramatisch zurückgegangen (heute kam noch kein einziges Mail wieder zurück).

Bernhard

[Dominostein70]

Bin mir jetzt auch ziemlich sicher, dass das an 1und1 liegt.
Habe mal einen Client mit SMTPAuth ausgestattet: 10 Mails problemlos raus und die 11. naja
selber Fehler wie beim Senden über Server.
Werde jetzt mal versuche was beim Support in Erfahrung zu bringen.

[KoshNaranek]

...ich habt aber nicht zufällig einen TrendMicro als Viren- und Spamscanner auf einem Gateway dazwischen? Das war bei uns der Fehler...

[koehlerbv]

Nö, nix TrendMicro.

Im Dominoforum wird jetzt auch berichtet, dass das auch bei Freenet auftritt - kann ich natürlich nicht nachprüfen.

Irgendwer hat da zwischen Domino und den SMTP-Servern gedreht. Könnte da auch eine Namensauflösung seitens der Telekom als Provider plötzlich Probleme machen ? Heute hat es bei mir wieder ganz mächtig gehakt, manche Mail musste sogar drei oder vier Mal gesendet werden.

Bernhard

[Dominostein70]

Hallo Leute,

und das ist die erwartet unbefriedigende Antwort von 1und1:

das Problem liegt bei dem Tool SMTPAuth von Bisswanger.
Ich versuche Ihnen das mal zu verdeutlichen:

Verbindungsaufbau:
Client:  EHLO xxx.xxx.de  (28.02.2005, 10:37:38)     <=== Ihr Client schickt ein EHLO vor dem 220. Das ist falsch.
Server:  220 Welcome to Nemesis ESMTP server on mrelayeu  (28.02.2005, 10:37:38)
Client:  EHLO xxx.xxx.de  (28.02.2005, 10:37:38)     <=== Jetzt ist das EHLO angebracht
Server:  250-mrelayeu.kundenserver.de pleased to meet you  (28.02.2005, 10:37:38) <==== Die passende Antwort von unserem Mailserver beginnt
Client:  AUTH LOGIN  (28.02.2005, 10:37:38)                         <=== Der client kann natürlich nicht warten und schickt ein AUTH LOGIN ab, bevor unser Mailserver mit der Antwort fertig ist
Server:  250-STARTTLS250-AUTH PLAIN LOGIN
250-AUTH=PLAIN LOGIN
250-PIPELINING
250-8BITMIME
250-SIZE 20971520
250 HELP
  (28.02.2005, 10:37:38)                                                    <=== Jetzt dürfte das AUTH LOGIN kommen
Client:  bTg2Njg3NzctMw==  (28.02.2005, 10:37:38)          <=== Und da fängt er auch schon mit seinem Login an, ohne das von uns eine Bestätigung kam
Server:  334 VXNlcm5hbWU6  (28.02.2005, 10:37:38)          <=== Die Antwort auf das AUTH login
Client:  MDFzbXRwb3U=  (28.02.2005, 10:37:38)
Server:  334 UGFzc3dvcmQ6  (28.02.2005, 10:37:38)
usw.

Das wäre alles auch halb so schlimm, denn unser Mailsystem ist da ziemlich tollerant. Ihr Client packt das aber irgendwann nicht mehr und verschluckt sich an einer Antwort von uns, die sich auf ein früheres Kommando bezieht:

Client:  DATA  (28.02.2005, 10:37:38)
Server:  250 <xxx@xxx.de> ok  (28.02.2005, 10:37:38)

Wir erklären an der Stelle erst den Empfänger für korrekt, der Client will schon die Mail reindrücken. Die Antwort passt ihm nicht, er will ja ein:

Server:  354 Enter mail, end with "." on a line by itself  (28.02.2005, 10:37:38)

Das kommt ja auch, nur eben eins später:

Client:  DATA  (28.02.2005, 10:37:38)
Server:  250 <xxx@xxx.de> ok  (28.02.2005, 10:37:38)
Client:  RSET  (28.02.2005, 10:37:38)
Server:  354 Enter mail, end with "." on a line by itself  (28.02.2005, 10:37:38)

Und nach dem RSET weiss sich der Client nicht mehr zu helfen und schreit QUIT:

Client:  QUIT  (28.02.2005, 10:37:38)
Client:  EHLO xxx.xxx.de  (28.02.2005, 10:37:56)
Server:  220 mrelayng.kundenserver.de ESMTP Mon, 28 Feb 2005 10:33:47 +0100  (28.02.2005, 10:37:56)
Client:  EHLO xxx.xxx.de  (28.02.2005, 10:37:56)
Server:  250-mrelayng.kundenserver.de Hello domfr01.sortech.de [80.64.184.129]250-SIZE 20971520
250-PIPELINING
250-AUTH=PLAIN LOGIN
250-AUTH PLAIN LOGIN
250-STARTTLS
250 HELP

Wir antworten erst noch höflich auf sein RSET (der 220) und EHLO (250) und machen dann die Verbindung zu.

Es tut uns leid, aber eine Lösung können wir Ihnen nicht anbieten. Der Hinweis auf das Tool von Bisswanger ist schon etwas veraltet und wird von uns nun auch aus der FAQ herausgenommen.


Da fragt man sich, warum es bisher funktioniert hat und auch in 80% aller Fälle läuft.
Im Endeffekt kann man nur jedem 1und1-Kunden mit Domino-Server zum Zonentranfer bzw. Providerwechsel raten.

[Dominostein70]

An alle,

logisch, 1und1 hat nicht zugegeben, dass sie was verändert haben.
Die Frage: Warum hat es mit SMTPAuth so lange funktioniert stellt sich immernoch. Da ja all das Herummosern nix bringt habe ich jetzt mal SMTB-Beamer ausgetestet und siehe da, Fehlerrate über 3 Tage=0.
Werde jetzt mal die 30 Tage Testphase auskosten.     

[koehlerbv]

Das Verhalten von 1und1 ist wirklich merkwürdig. Ich will nichts beschreien, aber seit zwei Tagen habe ich auch keine Fehlermeldungen mehr bekommen - und arbeite weiter mit SMTPAUTH.

Bernhard

PS: Und vielen Dank für Deine Informationen und Bemühungen, Dominostein !

[Neckar]

Hallo zusammen,
bei mir LN R5 PE hat einige Monate SMTPAuth beim Senden über 1und1 wunderbar geklappt. Seit ca. 4 Wochen klappte es immer seltener (wobei die Mails aus der Ausgangsbox rausgingen und entsprechend keine Fehler gemeldet wurden).

Nach Data wird ein Authentifizierungsfehler gemeldet. 1und1 meint, es läge daran, dass mein Client schon sendet, obwohl der Server noch nicht empfangsbereit ist. Kennt jemand eine einfache Lösung hierfür? 'Bin Notes, noch Forum -Profi.

Gruß
Neckar

[master]

Hallo
beim Notes 5 Client braucht man meines Wissens kein Extraprogramm um sich zu Authentifizieren. In den Konten ein Konto für POP3 und eines für SMTP anlegen.
Bei beiden den Benutzernamen und das Passwort angenben. Weiss allerdings nicht was die PE Version kann. Unter 6 geht es auf jeden Fall, nutze ich zu Hause.

Klaus

[koehlerbv]

Klaus, das trifft aber nicht für (zumindest neuere) Accounts bei 1und1 zu. Die betreiben seit einem Vierteljahr eine Chaospolitik, was das Versenden via Notes angeht, und sie verlangen auf jeden Fall SMTP Auth. Nur benennen sie kein Programm, was das erledigt. Früher verwiesen sie auf Bisswangers SMTPAUTH, mittlerweile unterstützen sie dies nicht mehr. Ergo steht der Notes-User derzeit aussen vor 1und1, und Unterstützung von 1und1 habe ich keine gesehen. Mercury Server oder der Hamster Server wären Alternativen, aber Freunde macht sich 1und1 damit garantiert nicht.

Bernhard

[master]

Hallo Berhard
dem muß ich widersprechen! Ich nutze täglich zu Hause Notesclient 6.5.3 mit den Einstellungen. Unter anderem auch Accouts bei 1und1. Keine Probleme. Nicht eine MAil wurde nicht versandt. Probleme gabs nur in der Firma mit Domino und SmtpAuth. Da läuft mittlerweile Mercury. Hab ich in einem anderen Thread schon beschrieben. Über lang aber kurz wird aber der Provider gewechselt.

Klaus

[koehlerbv]

Und ich muss auch widersprechen, Klaus 
Ich kenne Accounts, bei denen läuft vom Client aus 1und1 ohne irgendwelche Zusatztools wegen SMTPAUTH. Das sind alles ältere Accounts, teilweise auch bei mittlerweile vom "Vereinigten Zwischennetz" Providern wie Schlund. Und bei mir (und anderen) geht es definitiv nicht (und ich bin in solchen Fragen nun wirklich nicht auf der Wurstsuppe dahergeschwommen).

Auch bei mir ist ein Provider-Wechsel angesagt - solch ein Chaos muss man sich ja heutzutage nicht mehr antun, wie es 1und1 aktuell veranstaltet.

Bernhard

[koehlerbv]

Am 16.11.2005 hat Ramon Bisswanger im SMTPAuth-Forum eine korrigierte Version veröffentlicht. Und diese kann tatsächlich wieder mit dem SMTP-Servern von 1und1 kommunizieren 

Ich hab mir gerade kurz die Spezifikationen für SMTP kurz angeschaut.
Es scheint, dass sich ein ganz dummer Fehler eingeschlichen hat, den
ich beim letzten Durchschauen der Spezifikationen nicht gesehen habe

Bernhard