为何指定TLS 1.2时，Indy10+OpenSSL发邮件仍使用TLS 1.0？

核心原因推测 #

1. OpenSSL DLL加载优先级冲突 #

Windows的DLL加载顺序是：进程当前工作目录 → 系统目录（System32/SysWOW64）→ 环境变量PATH中的目录。哪怕你把新版DLL放在项目文件夹，只要现有项目启动时的工作目录不是项目文件夹，或者PATH里有更早出现的旧版OpenSSL路径，就会加载旧版DLL。另外，如果运行时包提前加载了旧版OpenSSL，后续Indy会复用已加载的DLL，不会再加载新版。

2. 第三方组件/运行时包引入旧版OpenSSL #

大型项目里的第三方组件（比如某些网络、支付组件）可能自带旧版OpenSSL DLL，并且在Indy初始化前就加载了这些文件。Windows同一进程内不能同时加载同一DLL的不同版本，Indy会被迫使用已加载的旧版，导致TLS版本被限制在1.0。

3. Indy的TLS版本配置被意外覆盖 #

虽然代码一致，但现有项目中可能有其他地方修改了Indy全局的SSL上下文设置，比如TIdSSLIOHandlerSocketOpenSSL.SSLOptions.SSLVersions被重置为[sslvTLSv1]，或者某个全局配置修改了TLS版本范围。

实用调试方法 #

1. 确认实际加载的OpenSSL版本 #

在Indy初始化后，添加代码输出当前加载的版本，判断是否为目标版本：

var
  LibVersion: string;
begin
  if IdSSLOpenSSL.LoadOpenSSLLibrary then
  begin
    LibVersion := IdSSLOpenSSL.SSLeayVersion(SSLEAY_VERSION);
    ShowMessage('Loaded OpenSSL Version: ' + LibVersion);
  end;

如果输出不是1.0.2u，说明确实加载了旧版DLL。

2. 用Process Monitor追踪DLL加载路径 #

用Windows自带的Process Monitor工具：

• 过滤进程名为你的现有项目程序名
• 添加过滤条件：Operation选Load Image，Path包含libeay32.dll或ssleay32.dll
• 启动程序后查看实际加载的DLL路径，直接定位旧版DLL的来源位置。

3. 排查第三方组件与运行时包 #

• 列出项目中所有运行时包和第三方组件，逐一检查组件安装目录下是否有libeay32.dll/ssleay32.dll文件
• 临时禁用非核心的第三方组件，逐步排查是哪个组件提前加载了旧版DLL。

4. 强制Indy加载指定路径的DLL #

在调用邮件功能前，手动指定新版DLL的绝对路径，绕过系统加载顺序：

begin
  // 替换为你的新版DLL实际路径
  IdSSLOpenSSL.OpenSSL_libeay32 := 'C:\YourProjectPath\libeay32.dll';
  IdSSLOpenSSL.OpenSSL_ssleay32 := 'C:\YourProjectPath\ssleay32.dll';
  // 手动加载DLL
  if not IdSSLOpenSSL.LoadOpenSSLLibrary then
    raise Exception.Create('Failed to load correct OpenSSL DLLs');
  // 后续执行邮件发送逻辑
end;

5. 检查并锁定Indy TLS版本配置 #

创建TIdSSLIOHandlerSocketOpenSSL后，明确设置TLS版本，避免被全局配置覆盖：

SSLHandler := TIdSSLIOHandlerSocketOpenSSL.Create(nil);
SSLHandler.SSLOptions.SSLVersions := [sslvTLSv1_2]; // 仅启用TLS 1.2
SSLHandler.SSLOptions.Mode := sslmClient;

同时检查项目中是否有全局代码修改了TIdSSLIOHandlerSocketOpenSSL的默认设置。

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