「正在等候目錄查閱的郵件」佇列處於重試狀態
[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載，它會從拓撲中的每台伺服器遠端收集組態資料，並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議，您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本，請參閱 Microsoft Exchange Analyzer (https://go.microsoft.com/fwlink/?linkid=34707)。]
上次修改主題的時間： 2006-05-17
Microsof® Exchange Server Analyzer 工具會查詢 ExchangeLink Windows® Management Instrumentation (WMI) 類別，以判定簡易郵件傳送通訊協定 (SMTP) [正在等候目錄查閱的郵件] 佇列的 StateRetry 機碼值。
如果 Exchange Server Analyzer 發現 Exchange 伺服器上，[正在等候目錄查閱的郵件] 佇列的 StateRetry 機碼值設為 True，就會顯示一則錯誤。
如果佇列處於重試狀態，這個狀態表示在先前嘗試處理佇列中的郵件時，發生了至少一個錯誤。您可以使用 [強制連線] 命令，將處於重試或已排定狀態的佇列變更為作用中。這導致佇列在運作時彷彿重試間隔已過，或是排定的時間已到。但是，此方法並不一定有效。
.gif "note") 附註： |
|---|
| 佇列的內容可能指出佇列處於「重試」的特定原因。 |
[正在等候目錄查閱的郵件] 佇列包含了其收件者尚未針對 Active Directory® 目錄服務解析出來的郵件。在擴充通訊群組清單時，郵件也會留在佇列中。
一般說來，郵件累積在此佇列中的原因是進階佇列引擎無法分類郵件。進階佇列引擎可能無法存取通用類別目錄伺服器及存取收件者資訊，或是無法存取通用類別目錄伺服器，或通用類別目錄伺服器效能低落。此外，郵件也可能因為下列原因而累積：
- 無法存取 Active Directory。附註：
分類程式使用 Active Directory 來分類郵件。 - 如果許多郵件佇列在前分類佇列裡，則 Active Directory 可能會負載過重。
- 發生轉換失敗。分類程式也會控制內容轉換。
- 郵件分類程式找不到信箱儲存區。
- 如果重新安裝或移除了 SMTP，這可能會使下列 IIS Metabase 機碼失效：/smtpsvc/DsUseCat 及 /smtpsvc/vsi#/DsUseCat。附註：
判定是否重新安裝或移除了 SMTP。
若要解決此錯誤，請檢查佇列的內容，以判定佇列處於重試狀態的原因。例如，如果佇列內容顯示類似「已發生 SMTP 錯誤」的訊息，則應該檢閱伺服器的事件日誌，找出任何 SMTP 錯誤。如果記錄中沒有事件，則應該增加 SMTP 通訊協定的記錄級別。
如需如何疑難排解 SMTP 佇列的相關資訊，請參閱下列 Exchange 資源：
- 《Exchange Server 傳輸及路由手冊》中的＜疑難排解郵件流程及 SMTP＞(https://go.microsoft.com/fwlink/?LinkId=47579)。
- Microsoft 知識庫文章 823489＜如何使用「佇列檢視器」排解 Exchange Server 2003 中郵件流量的問題＞(https://go.microsoft.com/fwlink/?LinkId=3052&kbid=823489)。
- Microsoft 知識庫文章 821877＜SMTP 及 X400 佇列內容索引標籤上的欄位說明＞(英文) (https://go.microsoft.com/fwlink/?LinkId=3052&kbid=821877)。
- Microsoft 知識庫文章 264054＜XCON：瞭解 Exchange 2000 Server 中的佇列狀態＞(英文) (https://go.microsoft.com/fwlink/?linkid=3052&kbid=264054)。