![为什么 SMTP 服务会锁定文件几个小时?](https://linux22.com/image/572062/%E4%B8%BA%E4%BB%80%E4%B9%88%20SMTP%20%E6%9C%8D%E5%8A%A1%E4%BC%9A%E9%94%81%E5%AE%9A%E6%96%87%E4%BB%B6%E5%87%A0%E4%B8%AA%E5%B0%8F%E6%97%B6%EF%BC%9F.png)
我们目前使用 IIS 6.0 中的 SMTP 服务发送邮件。所有传入的中继邮件都由另一个服务监控,该服务处理中继邮件并将其删除/移动。它运行良好!
然后,我们安装了一个证书,以便能够启用传入 TLS 传输,并添加了一些用于传出 TLS 加密的远程域。远程域仅适用于我们已知的已启用 TLS 的接收方 - 所有其他域均使用未启用 TLS 加密的默认(本地)域。
在远程域上启用 TLS 加密后,它工作正常,但几个小时后,SMTP 服务开始锁定文件几个小时,因此监控服务无法删除/移动文件。文件被锁定超过 4 小时(有时是 4 或 8 小时),有时几天后它们仍然被锁定(我们重新启动 SMTP 服务以解锁文件)。
我们尝试删除证书以禁用传入的 TLS 传输,但没有效果。
如果我们不能解决这个问题,那么我们必须使用安装和另一个第三方 SMTP 服务——有人知道一个支持双向 TLS 的好的 SMTP 服务吗?
答案1
我发现 SMTP 服务锁定文件的问题!SMTP 服务配置为默认域的名称为“default”,而不是实际域名。当更改为正确的域名时,中继邮件被创建在“drop”文件夹中,而不是“queue”文件夹中 - 现在它们没有被锁定。现在监控服务可以立即处理和删除文件,而无需等待数小时......