SMTP上的Postfix TLS-RCPT TO提示重新协商，然后554 5.5.1错误：没有有效的收件人

我已经在我的Debian 6服务器上设置了ispconfig3，这是对ssl的一点smtp：

服务器是后缀

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

但是，问题是，如果我只是在端口25上进行普通远程登录，那么我可以像疯子一样进行身份验证并发送邮件...希望这是足够的信息！（与“ mail.app无法处理ssl！”相对）

— 大声笑
source

不是由一个长镜头。提供postconf -n邮件日志的输出以及相关部分（从头到尾包含整个事务的部分）。

— 适配器

你尝试过另一个RCPT TO: lol@lol.com吗？

— 安迪·史密斯

Exim TLS和安全SMTP的

— jj33，2011年

噢，当您将其标记为欺骗性内容时，我喜欢自动评论。这不是很明显的问题，因为这些问题使用的是不同的MTA，并且@lol并未说他正在使用s_client进行测试，但问题确实是重复的，所以=）

— jj33 2011年

真的，你是美丽的人。您可以在计算方法方面拥有博士学位，但是如果您不精通使用程序，那么您仍然需要社区帮助！我<3堆栈溢出。关于实际重复的帖子-我该怎么办？（因为标签和标题丝毫不反映tty中实际发生的事情）...？

— 哈哈

在s_client会话中按“ R”会导致openssl重新协商。尝试输入“ rcpt to：”而不是“ RCPT TO”。

您可能还会尝试更适合SMTP特定测试的工具，例如Tony Finch的smtpc或swaks。

— jj33
source

需要明确的是，s_client在这里是错误的。您在原则上使用“ RCPT TO”是正确的。在用于输入文本的工具中，纯文本“ R”会导致重新协商，这完全是令人死灵的。您可以使用“ rcpt to”解决它的事实只是解决s_client中错误/执行不佳决策的一种方法。

— jj33 2011年

哦，我的天啊。OpenSSL，您吸烟了什么？：：（

— 麦克斯·里德

这种行为可能有用，但是默认情况下启用吗？当我看到消息时，我认为重新协商是由服务器引起的，并且那里存在错误。（对不起，这个“我也是！”帖子）

— binki 2015年

另一个解决方法是使用openssl s_client -quiet，它抑制了R和Q字符的交互解释。

— 200_success

omg拯救了我的一天

— Marki