爲什麼SMTP服務將文件鎖定幾個小時？

我們目前使用IIS 6.0中的SMTP服務來發送郵件。所有傳入的中繼郵件都由另一個處理中繼郵件並刪除/移動它的服務進行監視。它工作正常！爲什麼SMTP服務將文件鎖定幾個小時？

然後，我們安裝了一個證書，以便能夠啓用傳入的TLS傳輸並添加一些用於傳出TLS加密的遠程域。遠程域僅適用於我們已知啓用TLS的接收方 - 其他所有使用未啓用TLS加密的默認（本地）域。

在遠程域上啓用TLS加密後，它工作正常，但幾個小時後SMTP服務開始將文件鎖定幾個小時，因此監視服務無法刪除/移動文件。這些文件被鎖定超過4小時（有時確切爲4或8小時），有時幾天後它們仍然被鎖定（並且我們重新啓動SMTP服務來解鎖文件）。

我們嘗試刪除證書以禁用傳入的TLS傳輸，但這種方式無效。

如果我們不能解決這個問題，那麼我們必須使用安裝和另一個第三方SMTP服務 - 有誰知道一個好的SMTP服務，它支持雙向TLS嗎？

更好問在serverfault.com – rene 2012-01-09 14:25:25

謝謝 - 我已經試圖在serverfaults.com問同樣的問題，但沒有人已經回答了.. 。我可能不得不改變這個問題...... – 2012-01-16 08:15:38

哪個文件夾是您的另一項服務監控？

由於您正在尋求處理，然後移動/刪除每個傳入的中繼郵件（或傳遞狀態通知郵件）我想你正在監視'丟棄'文件夾 - 正確嗎？

在Windows SMTP或IIS 6.0中，放置文件夾的定義是「用於本地域的傳入郵件放在Drop文件夾中，對於所有收件人都是如此，因爲SMTP服務沒有爲每個收件人維護郵箱「。

2012-01-15 18:55:19

'其他服務'正在監視包含所有四個SMTP文件夾（丟棄，隊列，死信和拾取）的mailroot文件夾。它只是包含文件的隊列文件夾 - 所有其他文件夾都是空的。 – 2012-01-16 08:11:01

我發現SMTP服務鎖定文件的問題！ SMTP服務配置了默認域的名稱「default」，而不是實際的域名。當更改爲正確的域名時，中繼郵件是在「drop」文件夾而不是「queue」文件夾中創建的 - 現在它們未被鎖定。現在監測服務可以立即處理和刪除文件，無需等待幾個小時...

2012-02-02 08:15:15

回答