在ESMTP功能中宣传STARTTLS的标准兼容方式是什么？

当我连接到SMTP服务器并发出EHLO（ESMTP）问候语时，一些服务器会响应：

250-STARTTLS

250 STARTTLS 

和其他服务器，通过以下方式响应：

250-STARTTLS

250 STARTTLS 

哪个是正确的？表明连字符是正确的。但建议不应该有连字符。他们都对吗？当然，部署的代码通常优先于标准，但最好澄清一下这一点

作为一个随机样本，MessageLabs提供“250-STARTTLS”，而Hotmail/Outlook提供“250-STARTTLS”。

答案在中。它规定了以下内容：

通常，对EHLO的响应将是多行回复。每行 响应的名称包含一个关键字和一个或多个关键字（可选） 参数。按照多行回复的正常语法，这些 关键字后跟代码（250）和连字符（最后一个除外） 行，最后一行的代码和空格

所以RFC2487没有空格，因为它是示例SMTP会话的最后一行。RFC3207带有连字符，因为它不是最后一行（对于上面的Hotmail/Messagelabs示例也是如此）。

答案在中。它规定了以下内容：

通常，对EHLO的响应将是多行回复。每行 响应的名称包含一个关键字和一个或多个关键字（可选） 参数。按照多行回复的正常语法，这些 关键字后跟代码（250）和连字符（最后一个除外） 行，最后一行的代码和空格

---

所以RFC2487没有空格，因为它是示例SMTP会话的最后一行。RFC3207有一个连字符，因为它不是最后一行（这对我上面的Hotmail/Messagelabs示例也是如此）。

2487在顶部说的是被：3207淘汰的，所以我会按照上面说的去做。谢谢@AlexK，我想你是对的。我只是希望它是公开的，而不是“根据RFC中的单个示例进行猜测”。2487在顶部表示正确，被：3207淘汰，所以我会随大流。谢谢@AlexK，我认为你是对的。我更喜欢公开声明，而不是“通过RFC中的单个示例进行猜测”。