Frage Postfix TLS über SMTP - RCPT TO veranlasst Neuaushandlung dann 554 5.5.1 Fehler: keine gültigen Empfänger


Ich habe ispconfig3 auf meinem debian six server eingerichtet, und hier ist ein kleiner 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 Vanilla-Telnet über Port 25 mache, kann ich mich authentifizieren und Mail wie ein Verrückter senden ... hoffentlich ist das genug Information! (im Gegensatz zu 'mail.app kann nicht mit ssl umgehen!')


23
2017-12-01 12:51


Ursprung


Nicht bei weitem. Liefern Sie die Ausgabe von postconf -n und der relevante Teil Ihres Mail-Protokolls (der Teil, der die gesamte Transaktion von Anfang bis Ende enthält). - adaptr
Hast du es mit einem anderen versucht? RCPT TO: lol@lol.com? - Andy Smith
mögliches Duplikat von Exim TLS und sicheres SMTP - jj33
Ooh, ich mag die automatischen Kommentare, wenn du dich als Dupe bemerkst, nette Geste. Es ist nicht sehr offensichtlich, dass die Fragen Duplikate sind, da sie verschiedene MTAs verwenden und @lol hat nicht gesagt, dass er s_client zum Testen benutzt, aber er ist, und sie sind =) - jj33
Wirklich, du bist schöne Leute. Sie können einen Doktor in Methoden in Computing haben, aber wenn Sie einfach nicht sehr versiert sind Programme verwenden Sie brauchen immer noch Gemeinschaftshilfe! I <3 Stapelüberlauf. In Bezug auf die tatsächliche doppelte Post - was soll ich tun? (da die Tags und der Titel in keiner Weise widerspiegeln, was tatsächlich in der tty passiert) ...? - lol


Antworten:


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

Sie können auch Tools testen, die für SMTP-spezifische Tests besser geeignet sind, z Tony Finchs Smtpc oder swaks.


37
2017-12-01 14:51



+1 für Groß- / Kleinschreibung ... Sie sind nie zu alt, um zu vergessen, was Groß- und Kleinschreibung betrifft! - lol
Um es klar zu sagen, s_client ist hier einfach falsch. Du warst im Prinzip richtig für die Verwendung von "RCPT TO". Es ist völlig irreführend, dass ein einfacher Text "R" in einem Werkzeug, mit dem man Text eingeben kann, eine Neuverhandlung verursacht. Die Tatsache, dass Sie es mit "rcpt to" umgehen können, ist nur eine Möglichkeit, um die Fehler / mangelhafte Implementierungsentscheidung in s_client zu umgehen. - jj33
Oh meine Güte. OpenSSL, was hast du geraucht? : "( - Max Ried
Es ist das Verhalten könnte nützlich sein, aber standardmäßig aktiviert? Als ich die Nachricht sah, nahm ich an, dass die Neuverhandlung durch den Server verursacht wurde und es dort einen Fehler gab. (Sorry für diese "mich auch!" Post) - binki
Eine andere Problemumgehung ist zu verwenden openssl s_client -quiet, die die interaktive Interpretation von unterdrückt R und Q Zeichen. - 200_success