根据STARTTLS规范第5节：
公开引用的SMTP服务器不能要求使用
STARTTLS扩展为了在本地发送邮件。 这个规则
防止STARTTLS扩展损害互联网SMTP基础设施的互操作性。 公开引用的SMTP服务器是一个SMTP服务器，它运行在MXlogging中列出的Internet主机的端口25上（或者一个logging，如果MXlogging不存在）
Internet邮件地址右侧的域名。
然而，这个规范是在1999年写的，考虑到它是2014年，我期望大多数SMTP客户端，服务器和中继都有某种STARTTLS的实现。
如果我需要STARTTLS传入消息，我可能会丢失多less电子邮件？
虽然您引用的RFC（ RFC 2487 ）实际上已经被当前的标准RFC 3207所废弃，但是现行的标准不能保留您在问题中引用的语言。
SMTP客户端不需要实施STARTTLS。 不这样做是完全可以接受的。 虽然STARTTLS正变得越来越普遍，但绝对不是普遍的。
由于原因1和2，如果您需要在所有传入连接上使用STARTTLS，您将丢失邮件。
你的服务器 – 你的规则。 如果你想以任何理由任意拒绝任何邮件，甚至没有理由 – 这是你的权利和特权。 （并不意味着这是一个好主意）
即使您需要相互STARTTLSvalidation，您也不需要STARTTLS来阻止垃圾邮件。 垃圾邮件发送者也可以获得证书 – 或者创build自签名证书。 拒绝自签名客户端证书也将导致丢失合法邮件。
STARTTLS是点对点encryption。 连接系统仍然可以读取电子邮件的内容。 如果你想要真正的隐私，你需要一些端到端的东西，比如OpenPGP或者S / MIME。
也就是说，STARTTLS确实删除了拦截或MITM的一个可能的途径，因此在可行的时候使用它也是一个好主意，也就是说当另一方也支持时。
Google会保留已encryption的邮件百分比（包括入站和出站邮件）的打开统计信息。 这些信息对于确定这是否值得实施应该是非常有用的：