根据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的邮件百分比(包括入站和出站邮件)的打开统计信息。 这些信息对于确定这是否值得实施应该是非常有用的: