Outlook.com建立TLS会话后立即终止SMTP连接，无法向我的Postfix服务器发送邮件

看起来你遇到了Outlook.com发件服务器在TLS握手完成后直接断开连接的麻烦，我来帮你梳理几个高概率的排查方向——从你给出的日志片段来看，TLS层面已经完成了会话建立（甚至还在解密会话票证），但对方直接发QUIT，这通常不是基础TLS证书问题（毕竟你已经用了Let's Encrypt，而且DANE/DNSSEC正常），更可能是Postfix的配置细节或者Outlook侧的特定校验触发了断开。

• 检查Postfix的TLS cipher配置兼容性
  你的日志里显示Postfix使用的加密套件列表是aNULL:-aNULL:HIGH:MEDIUM:!SEED:!IDEA:!3DES:!RC2:!RC4:!RC5:!kDH:!kECDH:!aDSS:!MD5:+RC4:@STRENGTH，虽然看起来是在限制弱算法，但Outlook的SMTP服务器对加密套件的兼容性有特定要求——比如你主动加了+RC4，但RC4现在是被多数主流服务商标记为不安全的算法，Outlook可能会因为这个直接拒绝后续交互。
  建议先临时切换到Mozilla推荐的中等兼容性加密套件配置测试：

  ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384
  

  修改main.cf里的smtpd_tls_ciphers = medium或者直接替换smtpd_tls_mandatory_ciphers的值，重启Postfix后再观察Outlook的连接情况。

• 查看完整的Postfix会话日志
  你提供的日志是截断的，建议提取完整的会话记录（比如用grep 3711792 /var/log/mail.log，具体路径根据你的系统调整），看看Postfix在TLS建立后有没有返回错误代码给对方，或者Outlook在QUIT前有没有发送其他命令。有时候Postfix会在TLS握手后返回5xx级别的内部错误，导致对方直接断开，而你只看到了TLS阶段的日志。

• 检查SMTP初始响应的规范性
  Outlook的发件服务器对SMTP会话的初始greeting和EHLO响应很敏感：

  • 确认main.cf里的smtpd_banner符合规范，比如格式为$myhostname ESMTP $mail_name，不要包含敏感信息或不符合RFC的内容；
  • 用openssl s_client -connect 你的域名:25 -starttls smtp手动测试EHLO响应，看看返回的扩展列表是否有异常，比如是否禁用了Outlook依赖的扩展（比如8BITMIME、SIZE等）。

• 排查会话票证的兼容性问题
  日志里提到了“Decrypting session ticket”，虽然密钥过期时间是未来的，但部分邮件服务商对TLS会话票证的处理存在兼容性问题。可以临时禁用会话票证测试：在main.cf里设置smtpd_tls_session_cache_database = （空值），重启Postfix后观察Outlook是否还会直接断开。

你可以先从调整加密套件和查看完整日志这两个方向入手，这两个是最容易定位问题的点。如果有新的日志信息或者调整后的结果，随时补充上来，我再帮你进一步分析。

备注：内容来源于stack exchange，提问作者user2690527