Postfix TLS über SMTP - RCPT TO fordert zur Neuaushandlung auf, dann 554 5.5.1 Fehler: Keine gültigen Empfänger

Ich habe ispconfig3 auf meinem Debian-Six-Server eingerichtet, und hier ist ein wenig SMTP über SSL:

Der Server ist Postfix

AUTH PLAIN (LOL!)
235 2.7.0 Authentication successful

MAIL FROM: lol@lol.com
250 2.1.0 Ok
RCPT TO: lol@lol.com
RENEGOTIATING
depth=0 /C=AU/ST=NSW/L=Sydney/O=Self-Signed Key! Procees with caution!/OU=Web Hosting/emailAddress=postmaster@lol.com
verify error:num=18:self signed certificate
verify return:1
depth=0 /C=AU/ST=NSW/L=Sydney/O=Self-Signed Key! Procees with caution!/OU=Web Hosting/emailAddress=postmaster@lol.com
verify return:1
DATA
554 5.5.1 Error: no valid recipients

Aber die Sache ist, wenn ich nur ein Vanille-Telnet über Port 25 mache, kann ich mich authentifizieren und E-Mails senden wie ein Verrückter ... hoffentlich sind das genug Informationen! (im gegensatz zu 'mail.app kann nicht mit ssl umgehen!')

— lol
quelle

Noch lange nicht. Geben Sie die Ausgabe postconf -nund den relevanten Teil Ihres Mail-Protokolls an (den Teil, der die gesamte Transaktion von Anfang bis Ende enthält).

— 1.

Hast du es mit einem anderen versucht RCPT TO: lol@lol.com?

— Andy Smith

Mögliches Duplikat von Exim TLS und Secure SMTP

— jj33

Oh, ich mag die automatischen Kommentare, wenn Sie als betrogen markieren, nette Geste. Es ist nicht sehr offensichtlich, dass die Fragen Duplikate sind, da sie unterschiedliche MTAs verwenden und @lol nicht gesagt hat, dass er s_client zum Testen verwendet, aber er ist, und sie sind =)

— jj33

Wirklich, ihr seid schöne Leute. Sie können über Methoden im Rechnen promovieren, aber wenn Sie sich mit Programmen einfach nicht auskennen , brauchen Sie trotzdem Hilfe der Community! I <3 Stapelüberlauf. Was soll ich in Bezug auf den tatsächlichen doppelten Beitrag tun? (Da die Tags und der Titel in keiner Weise widerspiegeln, was im tty tatsächlich vor sich geht) ...?

— lol

Durch Drücken von "R" in einer s_client-Sitzung wird openssl neu ausgehandelt . Versuchen Sie, "rcpt to:" anstelle von "RCPT TO" einzugeben.

Sie können auch Tools ausprobieren, die für SMTP-spezifische Tests besser geeignet sind, z. B. Tony Finchs SMTP oder SWAKS .

— jj33
quelle

Um klar zu sein, ist s_client hier einfach falsch. Sie haben im Prinzip Recht gehabt, "RCPT TO" zu verwenden. Es ist völlig klar, dass ein Klartext "R" in einem Werkzeug, in das Text eingegeben werden kann, eine Neuverhandlung auslöst. Die Tatsache, dass Sie es umgehen können, indem Sie "rcpt to" verwenden, ist nur eine Möglichkeit, die Entscheidung über Fehler / schlechte Implementierung in s_client zu umgehen.

— jj33

Du meine Güte. OpenSSL, was hast du geraucht? : '(

— Max Ried

Es ist Verhalten , das könnte nützlich sein, aber standardmäßig aktiviert ? Als ich die Nachricht sah, nahm ich an, dass die Neuverhandlung vom Server verursacht wurde und dass dort ein Fehler aufgetreten ist. (Entschuldigung für diesen Beitrag "Ich auch!")

— binki

Eine andere Problemumgehung ist die Verwendung openssl s_client -quiet, die die interaktive Interpretation von Rund QZeichen unterdrückt .

— 200_success

omg hat meinen Tag gerettet

— Marki