为什么 SMTP 服务会锁定文件几个小时?

为什么 SMTP 服务会锁定文件几个小时?

我们目前使用 IIS 6.0 中的 SMTP 服务发送邮件。所有传入的中继邮件都由另一个服务监控,该服务处理中继邮件并将其删除/移动。它运行良好!

然后,我们安装了一个证书,以便能够启用传入 TLS 传输,并添加了一些用于传出 TLS 加密的远程域。远程域仅适用于我们已知的已启用 TLS 的接收方 - 所有其他域均使用未启用 TLS 加密的默认(本地)域。

在远程域上启用 TLS 加密后,它工作正常,但几个小时后,SMTP 服务开始锁定文件几个小时,因此监控服务无法删除/移动文件。文件被锁定超过 4 小时(有时是 4 或 8 小时),有时几天后它们仍然被锁定(我们重新启动 SMTP 服务以解锁文件)。

我们尝试删除证书以禁用传入的 TLS 传输,但没有效果。

如果我们不能解决这个问题,那么我们必须使用安装和另一个第三方 SMTP 服务——有人知道一个支持双向 TLS 的好的 SMTP 服务吗?

答案1

我发现 SMTP 服务锁定文件的问题!SMTP 服务配置为默认域的名称为“default”,而不是实际域名。当更改为正确的域名时,中继邮件被创建在“drop”文件夹中,而不是“queue”文件夹中 - 现在它们没有被锁定。现在监控服务可以立即处理和删除文件,而无需等待数小时......

相关内容