SMTP IgnorePFTimeLimit 登錄值已經被手動設定

[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載,它會從拓撲中的每台伺服器遠端收集組態資料,並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議,您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本,請參閱 Microsoft Exchange Analyzer (https://go.microsoft.com/fwlink/?linkid=34707)。]  

上次修改主題的時間: 2007-01-17

Microsoft® Exchange Server Analyzer 工具會讀取下列登錄項目,以判定是否已手動設定 SMTP 服務路由引擎略過新公用資料夾儲存區的天數︰

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\SMTPSvc\Parameters\IgnorePFTimeLimit

如果 Exchange Server Analyzer 發現 IgnorePFTimeLimit 存在而且已設定,就會顯示非預設的組態訊息。

當新公用資料夾儲存區連線時,您會在 [佇列檢視器] 中發現到本機傳遞佇列持續成長中。如果公用資料夾階層很大,則本機佇列中的郵件會繼續成長,而且需要花額外的時間來傳遞。在某些情況下,郵件可能不會傳遞。

導入新伺服器時,其辨別名稱會加入至 Active Directory® 目錄服務中系統管理群組之資料夾階層公用資料夾物件的 msExchOwningPFTreeBL 屬性。當伺服器上的分類程式在收到寄往公用資料夾的郵件後讀取 msExchOwningPFTreeBL 屬性時,它應該會先選取本機公用資料夾儲存區 (如果本機公用資料夾儲存區已存在)。為了達到負載平衡的目的,它隨即會按照清單中的順序來選取公用資料夾儲存區。因為新伺服器列在清單中的第一個,所以郵件會路由傳送至此新伺服器,並加到它的本機傳遞佇列中。如果公用資料夾儲存區未收到階層的複本,伺服器便無法將郵件路由傳送至擁有目的地資料夾複本的儲存區。

在新公用資料夾伺服器的登錄中加入 IgnorePFTimeLimit,可以避免這個問題。這樣會指定路由引擎略過新公用資料夾儲存區的天數。

important重要事項:
這篇文章包含和編輯登錄有關的資訊。在編輯登錄之前,請確定若發生問題時,您知道如何還原登錄。若需有關還原登錄的詳細資訊,請參考 Regedit.exe 或 Regedt32.exe 中的<還原登錄>說明主題。

若要還原為預設組態

  1. 開啟登錄編輯程式,例如 Regedit.exe 或 Regedt32.exe。

  2. 瀏覽至:HKLM\System\CurrentControlSet\Services\SMTPSvc\Parameters

  3. 在右窗格中,刪除 IgnorePFTimeLimit

  4. 關閉登錄編輯程式,然後重新啟動 IIS Admin Service,使變更生效。

若需有關此問題及本文所述之 IgnorePFTimeLimit 登錄值的詳細資訊,請參閱微軟知識庫文件 - 328870<XADM:在複寫階層之前啟用公用資料夾路由>(英文) (https://go.microsoft.com/fwlink/?linkid=3052&kbid=328870)。

在編輯登錄之前,以及想瞭解有關如何編輯登錄的詳細資訊時,請閱讀微軟知識庫文件 - 256986<Microsoft Windows 登錄說明>(https://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)。