SMTP 的 STARTTLS 扩展（RFC 3207）允许接收方在连接建立后协商加密，但如果接收方不要求 TLS，发件方可能降级回明文。以下三种方案可确保出站邮件始终加密：

方案一：部署 MTA-STS（推荐首选）。MTA-STS（RFC 8461）通过 DNS 和 HTTPS 发布策略，要求接收方 MTA 在指定宽限期内强制使用 TLS。步骤：①在 Web 服务器 /.well-known/mta-sts.txt 放置策略文件（内容如 version: STSv1\nmode: enforce\nmx: *.example.com\nmax_age: 86400）；②在 DNS 添加 _mta-sts.example.com TXT "v=STSv1; id=20250101"。支持 Gmail、Outlook 等。

方案二：配置 TLSRPT 接收报告。TLSRPT（RFC 8460）与 MTA-STS 配合使用，将 TLS 连接失败的统计报告以 DMARC 聚合报告类似的格式发送到指定邮箱。DNS 记录：_smtp._tls.example.com TXT "v=TLSRPTv1; rua=mailto:tls-report@example.com"。

方案三：DANE/TLSA（高级方案）。基于 DNSSEC 的 TLSA 记录（RFC 7671）将 TLS 证书指纹直接绑定到 DNS 中，提供最严格的验证。前提是域名必须启用 DNSSEC。此项配置难度较高，建议大型邮件系统部署。

部署完成后，使用 CheckTLS 工具从外部测试您的域名是否能强制执行 TLS。