![更换提供商中继主机时出现 TLS 问题](https://linux22.com/image/761563/%E6%9B%B4%E6%8D%A2%E6%8F%90%E4%BE%9B%E5%95%86%E4%B8%AD%E7%BB%A7%E4%B8%BB%E6%9C%BA%E6%97%B6%E5%87%BA%E7%8E%B0%20TLS%20%E9%97%AE%E9%A2%98.png)
晚上好,
第一次发帖。这个论坛帮了我很多很多次。
我正在寻找一些针对我所遇到的问题的建议/意见。
该服务器相对较旧,确切地说是 Debian 6,但由于一些重要的遗留应用程序(我正在考虑将来通过 docker 包含其中一些应用程序),因此无法立即升级
外发邮件始终使用 Exim 通过我们的 ISP smarhost 通过电子邮件帐户、经过验证的 IP 地址和加密密码发送。这种方式一直运行良好。但是由于电子邮件数量庞大,我们不得不考虑放弃我们的 ISP,转而使用专用的中继提供商。
我们的新中继主机通过 IP 进行身份验证,可以设置为使用 TLS。通过 exim 的 dpkg-reconfigure 进行切换后,一切正常,通常需要几个小时。然后我收到延迟的邮件和以下类型的错误消息。
10:15:12 TLS error on connection to relayhost [relay ip] (recv): A TLS packet with unexpected length was received.
10:15:12 Remote host relayhost [relayip] closed connection in response to MAIL FROM:<our email> SIZE=2136
我承认我对 Exim 的了解有限,我通常会向这样的网站寻求建议
我尝试创建文件 /etc/exim4/conf.d/main/00_localmacros,并添加
gnutls_compat_mode=true
gnutls_require_protocols=NORMAL:%COMPAT:-VERS-TLS1.1:-VERS-TLS1.2
这在一段时间内是有效的。
我感觉我在这里遗漏了一些关于 TLS 的基本知识。我们的中继主机建议从源代码重建 exim,他们将在新年提供有偿技术支持。
现在我已经恢复到 isp 方法。任何意见或建议都将不胜感激。