Indy TIdSMTP/TLS协商失败时的事件触发疑问及问题排查

问题背景 #

我需要实现SMTP TLS隐式/显式配置的透明切换，计划通过捕获TLS协商的成功/失败事件，自动切换另一种配置。测试中已为TIdSMTP绑定OnTLSNotAvailable、OnTLSHandShakeFailed等事件，为TIdSSLIOHandlerSocketOpenSSL绑定OnStatus、OnStatusInfo等事件，但发现部分事件未按预期触发：

测试场景：连接smtp.office365.com端口587（对应STARTTLS/utUseExplicitTLS），故意将TIdSMTP.UseTLS设为utUseImplicitTLS模拟失败：

• 首次连接触发EIdSocketError（Socket Error #10060 连接超时），仅触发TIdSSLIOHandlerSocketOpenSSL.OnStatus和TIdSMTP.OnStatus；
• 第二次连接无超时错误，额外触发TIdSSLIOHandlerSocketOpenSSL.OnStatusInfo和OnStatusInfoEx。

疑问解答 #

1. 为何TIdSMTP.OnTLSNotAvailable、OnTLSHandShakeFailed、OnTLSNegCmdFailed事件未触发？ #

这些事件的触发有明确的前置条件，仅在显式TLS（utUseExplicitTLS/utUseRequireTLS）流程中才会被调用：

• OnTLSNegCmdFailed：发送STARTTLS命令后，服务器返回非220响应时触发；
• OnTLSNotAvailable：服务器不支持STARTTLS（比如EHLO响应中无STARTTLS标识）时触发；
• OnTLSHandShakeFailed：发送STARTTLS命令成功后，SSL握手过程中失败时触发。

而你设置的是utUseImplicitTLS，Indy会在Socket连接建立后直接发起SSL握手，但587端口的服务器不会在连接初期响应SSL握手请求，导致Socket直接超时。此时连接连SMTP协议的初始交互（EHLO/HELO）都没进入，自然不会触发那些依赖SMTP命令交互的TLS事件。

2. 为何TIdSSLIOHandlerSocketOpenSSL.OnStatusInfo和OnStatusInfoEx仅在第二次连接尝试时触发？ #

这和Indy的SSL上下文缓存、Socket资源复用有关：

• 第一次连接时，Socket因超时直接断开，此时SSLIOHandler的初始化流程还没走到生成详细状态信息的阶段，仅能触发最基础的OnStatus事件；
• 第二次连接时，之前的SSL上下文已完成部分初始化，Socket成功建立连接后进入了SSL握手流程，此时IOHandler会输出更详细的SSL状态日志，从而触发OnStatusInfo和OnStatusInfoEx。另外，部分系统的Socket超时后会保留临时连接资源，第二次连接时能更快建立底层连接，让SSL流程得以推进。

内容的提问来源于stack exchange，提问作者snowdev