郵件重新路由傳送及無法存取之佇列

 

適用版本: Exchange Server 2010 SP2, Exchange Server 2010 SP3

上次修改主題的時間: 2015-03-09

在 MicrosoftExchange Server 2010 中,有一些郵件路由案例,會將未傳遞的郵件放入「無法存取的」佇列,或重新路由傳送。

是否將郵件放入「無法存取的」佇列,則是在分類路由階段決定。如果在路由階段無法計算郵件的路由路徑,就會將郵件傳送至「無法存取的」佇列。

「SMTP 傳送」連接器處理程序的郵件傳遞階段會決定是否重新路由傳送郵件。如果組態有所變更,導致需要重新提交佇列中的郵件,便會在郵件傳遞階段重新提交郵件進行分類,並且以新的組態資訊來重新路由傳送。視組態變更的類型而定,部分或所有重新提交的郵件可能會傳送至無法存取之佇列或不同的傳遞佇列。

如需如何計算最低成本路由路徑的詳細資訊,請參閱瞭解訊息路由。如需分類程式如何運作的相關資訊,請參閱瞭解傳輸管道

要尋找與郵件路由相關的管理工作嗎?請參閱管理郵件路由

重新路由郵件

Exchange 有兩種郵件傳遞類型:

  • 本機傳遞是指傳遞郵件時,郵件所傳送至的收件者信箱與進行分類的 Hub Transport Server 位在相同的 Active Directory 站台上。

  • 遠端傳遞是指傳遞郵件時,郵件收件者位於 Exchange 組織的其他 Active Directory 站台,或是傳遞給外部收件者。遠端傳遞佇列是重新路由傳送郵件的主要重點。組態變更在某些方面會影響遠端傳遞。

在增強型網域名稱系統 (DNS) 解析期間,分類程式的路由元件會嘗試偵測佇列中的郵件是否必須重新路由傳送。在增強型 DNS 解析期間,路由元件會嘗試偵測是否需要重新路由傳送某個佇列。在此階段中,會將 NextHopSolutionKey 屬性解析成一份目標清單。這可讓路由元件自動偵測是否有任何組態變更,會讓 NextHopSolutionKey 屬性失效或修改該屬性。如果路由元件偵測到組態變更需要重新路由傳送佇列內的郵件,就會將受影響佇列內的郵件重新提交給分類程式,並將新的組態變更列入考慮,重新計算最低成本路徑。

可將輸入郵件傳遞給 Exchange 資料庫的儲存區驅動程式,也可以重新路由傳送郵件。只要下列任一條件成立,就會重新提交郵件以重新路由傳送:

  • 郵件位於 MAPI 傳遞佇列內且已選取下一個躍點,但尚未傳遞該郵件。

  • 目的信箱已移至另一個 Mailbox Server。

當儲存區驅動程式嘗試將郵件傳遞至 Mailbox Server 時,如果 Mailbox Server 無法使用,儲存區驅動程式會將郵件佇列設為重試狀態。如果連續嘗試連絡 Mailbox Server 都失敗,當重試間隔過期時,佇列中的所有郵件就會重新提交給分類程式。

如果郵件位於非 SMTP 閘道傳遞佇列中 (路由傳送至傳遞代理程式連接器或外部連接器的佇列),外部閘道連線處理常式就會判斷組態變更是否導致郵件需要重新路由傳送。外部閘道連線處理常式是 MicrosoftExchange Transport 服務的一個元件,負責將郵件傳遞給傳遞代理程式連接器佇列與外部連接器的放置目錄。例如,刪除或停用外部連接器時,就必須將郵件重新路由傳送至其他連接器。

下列清單摘要說明會影響郵件路由傳送的組態變更類型。本主題稍後會詳細討論每種組態變更:

  • 下一個躍點無效   已刪除或修改郵件的下一個躍點,造成先前計算的路由路徑失效。郵件的下一個躍點可能是 Active Directory 站台、連接器或傳輸伺服器 (Hub Transport Server 或 Edge Transport Server)。

  • 下一個躍點變更   下一個躍點的組態已變更,造成連線受到影響。例如,變更遠端 Active Directory 站台的 Hub Transport Server 清單,會導致需要修改下一個躍點連線。

  • 次佳路由路徑   當先前計算的路由路徑上發生組態變更時,如果可到達路由路徑,則會傳遞已路由傳送的郵件。但新的郵件會隨著更新的組態變更而重新路由傳送。

  • 無法使用下一個躍點   網路連線或目標伺服器可用性造成無法連接下一個躍點。不過,下一個躍點並沒有變更。例如,Active Directory 站台中的 Hub Transport Server 離線。

  • 重新路由傳送的其他案例   在某些情況下,當 DNS 連接器或智慧主機連接器的 DNS MX 資源記錄解析失敗時,可能會造成組態變更。

  • 組態變更導致郵件重新路由傳送或延遲   在郵件傳遞階段偵測到特定組態變更時,進行路由動作,而重新路由傳送或延遲傳遞郵件。

下一個躍點無效

組態變更會讓先前計算的下一個躍點失效。在這些情況下,分類程式的路由元件可以偵測組態變更,並重新路由傳送以因應該變更。

傳遞至本機電腦上的 SMTP 連接器

當郵件傳遞至本機電腦上的 SMTP 連接器時,收取郵件以轉送到目的地的伺服器同時也是郵件路由經過之傳送連接器的來源伺服器。當下列任一條件成立時便會發生這種傳遞:

  • 連結的接收連接器上已收到郵件。

  • 收件者有外部地址,而且所選取之連接器的來源伺服器是本機電腦。

如果分類程式的路由元件所選取的傳送連接器被刪除或停用,就會在郵件傳遞階段偵測到組態變更。這樣會使佇列中的所有郵件再次分類。

如果傳送連接器的組態已變更,將本機伺服器移除而不再做為連接器的來源伺服器,就會在郵件傳遞階段偵測到組態變更,而且會再次將佇列中的所有郵件分類。

傳送連接器的位址解析方法變更,會導致佇列重新路由傳送。傳送連接器可以設定為使用 DNS 來解析 MX 記錄並自動路由傳送郵件,或設定為經由一或多部智慧主機來路由傳送所有郵件。如果您變更傳送連接器的地址解析,就會重新路由傳送經由該傳送連接器來路由傳送的郵件。

Active Directory 站台中的 SMTP 轉送

在下列案例中,Active Directory 站台中會發生 SMTP 郵件轉送:

  • 收件者有外部地址,且傳送連接器的來源伺服器中,至少有一台位於本機 Active Directory 站台中的 Exchange 2010 Hub Transport Server。

  • 收件者有外部地址,且傳送連接器的來源伺服器中,至少有一台位於本機 Active Directory 站台所訂閱的 Exchange 2010 Edge Transport Server。

  • 收件者的信箱位於本機 Active Directory 站台中執行 Exchange Server 2007 的伺服器上。

  • 收件者的信箱位於執行 Exchange Server 2003 伺服器上,且選取的路由群組連接器所用的來源伺服器中,至少有一台是本機 Active Directory 站台中的 Exchange 2010 Hub Transport Server。

  • 收件者是通訊群組,且該群組的擴充伺服器是本機 Active Directory 站台中的 Exchange 2010 Hub Transport Server。

在前四個案例中,如果刪除或停用傳送連接器,就會在郵件傳遞階段偵測到組態變更,而且會重新提交佇列。

在最後一個案例中,郵件會進入佇列等待傳遞至擴充伺服器,且 NextHopSolutionKey 屬性包含通訊群組的擴充伺服器網域全名 (FQDN)。如果從指定的擴充伺服器解除安裝 Hub Transport server role,郵件傳遞階段會偵測到組態變更,而且會重新提交佇列。

對遠端 Active Directory 站台的 SMTP 轉送

當郵件傳遞至遠端 Active Directory 站台時,下一個躍點不是處理郵件的 Hub Transport Server,而是另一個 Active Directory 站台。下列案例中會發生這種傳遞:

  • 收件者是已解析的使用者、信箱資料庫或公用資料夾,且目的電腦是遠端 Active Directory 站台中的 Exchange 2010 伺服器。

  • 收件者是外部地址,且為該地址選取之傳送連接器的來源伺服器是遠端 Active Directory 站台中的 Exchange 2010 伺服器。

  • 收件者是外部地址,且分類程式的路由元件所選取外部連接器的來源伺服器是遠端 Active Directory 站台中的 Exchange 2010 伺服器。

  • 收件者是通訊群組,且擴充伺服器是遠端 Active Directory 站台中的 Exchange 2010 Hub Transport Server。

  • 收件者的信箱位於 Exchange 2003 伺服器上,且最接近的 Hub Transport Server (列為所選取路由群組連接器的來源伺服器) 位於遠端 Active Directory 站台。

在這些案例中,如果刪除遠端 Active Directory 站台,就會在郵件傳遞階段偵測到組態變更,而且會重新提交佇列。

對 Exchange 2003 Server 的 SMTP 轉送

當郵件傳遞至 Exchange 2003 伺服器時,Exchange 2010 Hub Transport Server 會透過路由群組連接器,將郵件轉送至 Exchange 2003 伺服器。下列案例中會發生這種傳遞類型:

  • 收件者是位於 Exchange 2003 伺服器上已解析的使用者、信箱資料庫或公用資料夾。

  • 收件者是外部地址,且為該地址選取之 SMTP 連接器的來源伺服器是 Exchange 2003 伺服器。

  • 收件者是外部地址,且為該地址選取之外部連接器的來源伺服器是 Exchange 2003 伺服器。

  • 收件者是通訊群組,且指定的擴充伺服器是 Exchange 2003 伺服器。

在這些案例中,如果刪除路由群組連接器,就會在郵件傳遞階段偵測到組態變更,而且會重新提交佇列。

下一個躍點變更

在某些情況下,下一個躍點不會失效。不過,修改結果會影響要連線的下一個躍點目標。郵件傳遞階段會自動偵測到這類組態變更,並會將郵件傳遞至新的目標。

下列變更類型會導致更新下一個躍點目標的清單:

  • 變更路由群組連接器的目標伺服器清單。

  • 變更遠端 Active Directory 站台中的 Hub Transport Server 清單。

  • 變更本機 Active Directory 站台中的 Hub Transport Server 或 Edge Transport Server 清單。

  • 先前計算的路由路徑上加入中樞站台。在郵件傳遞階段偵測到此變更時,就會調整要傳回給解析要求的 IP 位址清單,以讓郵件傳送至中樞站台。

次佳路由路徑

如果組態變更導致先前計算的路由路徑降為次佳,或不再將該路由路徑列入考慮,仍然可以到達該路由路徑,且郵件仍能沿著先前計算的路由路徑來傳遞。下列是屬於此類別的組態變更:

  • 路由路徑上加入郵件大小限制。這導致超出大小限制的郵件沿著不同的路由路徑路由傳送。

  • 建立了具有較佳成本或更近距離的路由路徑。

  • 連接器的位址空間變更。

  • 發生其他的連接器相關變更,例如啟用連接器或修改連接器的範圍。例如,範圍從全域變成限定範圍的連接器若是位於本機 Active Directory 站台,所做的變更就沒有效果。如果連接器位於遠端 Active Directory 站台,郵件傳遞階段並不會偵測到變更,因為郵件會排入遠端 Active Directory 站台的佇列中,而非連接器的佇列。

  • 當路由路徑嘗試以 SMTP 轉送至遠端 Active Directory 站台中的 Mailbox Server 時,Mailbox Server 會從遠端 Active Directory 站台移至本機 Active Directory 站台。

  • 路由路徑嘗試連接通訊群組的擴充伺服器,但此伺服器已不再是擴充伺服器。

在這些案例中,現有郵件會沿著已計算的路由路徑傳遞。因為路由路徑存在且可以到達,已路由傳送的郵件不會受這些組態變更所影響。不過,新提交的郵件就會以更新的組態來路由傳送。

無法使用下一個躍點

在此案例中,組態變更或網路連線變更不會造成要路由傳送郵件的下一個躍點失效,但組態變更或網路連線變更會造成下一個躍點無法使用。這表示由於某些原因,而無法與下一個躍點目標建立 SMTP 連線。可能的原因如下:

  • 嘗試要與本機站台中目前離線的 Hub Transport Server 建立 SMTP 連線。

  • 遠端 Active Directory 站台有無法使用或離線的 Hub Transport Server。

  • 遠端路由群組有無法使用或離線的 Exchange 2003 Bridgehead 伺服器。

  • 因為網路連線問題,無法使用遠端網域。

分類程式的路由元件不會偵測到網路連線問題所造成的郵件傳遞失敗。無法與下一個躍點目標建立 SMTP 連線時,SMTP 傳送連接器會重試佇列。位於 EdgeTransport.exe.config 檔案中的 MaxIdleTimeBeforeResubmit 參數預設值是 12 小時。在可設定的重試間隔 (MaxIdleTimeBeforeResubmit) 過期之後,如果未能順利建立連線,傳遞佇列中的所有郵件就會重新提交至「提交」佇列。如果連線問題仍然存在,則會重複此處理程序。如果已解決連線問題,只要郵件重試成功,就會立刻傳遞郵件。或者,變更組態來修改下一個躍點目的地,也許可以解決問題。例如,若是因為目的站台中的所有 Hub Transport Server 離線而造成問題,且您將信箱移至不同站台中的伺服器,則下一個躍點會變更為新的站台。

注意事項附註:
只有在佇列不是連接器佇列時,才會自動從郵件傳遞佇列重新提交至「提交」佇列。連接器佇列會停留在重試模式,直到問題解決為止,不然就是郵件過期並傳送未傳遞回報 (NDR)。

發生重新路由傳送的其他案例

除了本節稍早描述的案例以外,下列案例也會在郵件傳遞階段導致重新路由傳送郵件:

  • DNS 連接器的 DNS MX 解析失敗。如果因為找不到 MX 記錄的授權主機而造成 DNS MX 解析失敗,就會為佇列中的郵件立即傳送 NDR。如果存在其他失敗類型,佇列就會進入重試模式,直到建立連線或郵件過期為止。

  • 智慧主機連接器的 DNS MX 解析失敗。佇列會進入重試模式,直到郵件過期為止。

導致郵件重新路由傳送或延遲的組態變更

下表摘要說明在郵件傳遞階段偵測到特定組態變更時所採取的路由動作,因而重新路由傳送或延遲傳遞郵件。

導致郵件重新路由傳送和延遲的組態變更

路由案例 組態變更和路由動作

郵件路由傳送至本機伺服器上設定的 DNS 連接器。

 

組態變更 路由動作

刪除連接器。

重新提交佇列。

連接器變更為智慧主機連接器。

重新提交佇列。

修改連接器,從來源伺服器清單中移除本機伺服器。

重新提交佇列。

發生嚴重的 DNS MX 解析失敗。

傳送 NDR。

發生不嚴重的 DNS MX 解析失敗。

重試佇列直到郵件過期為止。

停用連接器。

重新提交佇列。

郵件路由傳送至本機伺服器上設定的智慧主機連接器。

 

組態變更 路由動作

刪除連接器。

重新提交佇列。

修改連接器,從來源伺服器清單中移除本機伺服器。

重新提交佇列。

連接器變更為 DNS 連接器。

重新提交佇列。

修改連接器的智慧主機清單。

在郵件傳遞階段會自動偵測並使用更新的智慧主機清單。

發生任何 DNS MX 解析失敗。

重試佇列直到郵件過期為止。

停用連接器。

重新提交佇列。

SMTP 伺服器離線或目的地未執行 SMTP 伺服器。

重試佇列直到郵件過期為止。

郵件路由傳送至連接器,且該連接器的來源 Hub Transport Server 或 Edge Transport Server 位於本機 Active Directory 站台。

 

組態變更 路由動作

刪除連接器。

重新提交佇列。

修改連接器的來源伺服器清單,在本機 Active Directory 站台中移除或新增 Hub Transport 或 Edge Transport Server。

在郵件傳遞階段會自動偵測並使用本機站台中的來源伺服器變更。

修改連接器的來源伺服器清單,在本機 Active Directory 站台中移除所有 Hub Transport 或 Edge Transport Server。

重新提交佇列。

郵件路由傳送至通訊群組在本機 Active Directory 站台中的擴充伺服器。

 

組態變更 路由動作

不再將伺服器設定為 Hub Transport server role。

重新提交佇列。

郵件路由傳送至本機 Active Directory 站台中的傳輸伺服器。

 

組態變更 路由動作

伺服器離線或 Microsoft Exchange 傳輸服務未執行。

在間隔時間之後重新提交佇列。

郵件路由傳送至遠端 Active Directory 站台。

 

組態變更 路由動作

刪除遠端 Active Directory 站台。

重新提交佇列。

刪除可至遠端 Active Directory 站台的連結。因此,無法從本機站台連到該站台。

重新提交佇列。

遠端 Active Directory 站台中的 Hub Transport Server 清單已變更。

在郵件傳遞階段自動偵測變更並使用所做的變更。

移除遠端 Active Directory 站台中的所有 Hub Transport Server。

重新提交佇列。

目的 Active Directory 站台的路由路徑上加入中樞站台。

在郵件傳遞階段自動偵測變更並使用所做的變更,讓郵件轉送至中樞站台。

遠端 Active Directory 站台中的所有 Hub Transport Server 都已離線。

在間隔時間之後重新提交佇列。

遠端站台是延遲的展開傳送點,且站台中的所有 Hub Transport Server 都處於離線狀態。

在間隔時間之後重新提交佇列。

郵件路由傳送至遠端路由群組中的 Exchange 2003 伺服器。

 

組態變更 路由動作

刪除連接器。

重新提交佇列。

變更連接器的來源 Hub Transport Server 清單,從清單中移除本機伺服器。

重新提交佇列。

透過在遠端路由群組中移除或新增 Bridgehead 伺服器,來變更連接器的目標 Bridgehead 伺服器清單。

在郵件傳遞階段自動偵測變更並使用所做的變更。

遠端路由群組中的所有 Exchange 2003 Bridgehead 伺服器都已離線。

重試佇列直到郵件過期為止。

可將郵件路由傳送至目的地,雖然組態有所變更,但仍然可以到達目的地。

 

組態變更 路由動作

路由路徑降為次佳,因為有成本更低或距離更短 (或兩者都有) 的新路由路徑出現。

在郵件傳遞階段自動偵測變更並使用所做的變更。

移除郵件的路由路徑,因為路徑上已新增郵件大小上限。

在郵件傳遞階段自動偵測變更並使用所做的變更。

因為連接器已啟用、回到範圍或沒有郵件大小限制,先前停用的路由路徑由於具有較低的成本而重新列入考慮。

在郵件傳遞階段自動偵測變更並使用所做的變更。

連接器位址空間變更。

在郵件傳遞階段自動偵測變更並使用所做的變更。

變更連接器,將本機 Hub Transport Server 或 Edge Transport Server 新增至來源伺服器清單。

在郵件傳遞階段自動偵測變更並使用所做的變更。

郵件轉送至遠端 Active Directory 站台中的 Mailbox Server,但存放目的信箱資料庫的 Mailbox Server 已移至另一個站台。

在郵件傳遞階段自動偵測變更並使用所做的變更。

當通訊群組擴充伺服器不再是擴充伺服器時,會將郵件轉送至該伺服器。(已修改通訊群組的 HomeMTA 屬性)。

在郵件傳遞階段自動偵測變更並使用所做的變更。

使用 MAPI 傳遞將郵件路由傳送至 Mailbox Server。

 

組態變更 路由動作

信箱移至不同的 Mailbox Server。

儲存區驅動程式偵測到變更並重新提交郵件。

Mailbox Server 已離線。

在間隔時間之後重試並重新提交佇列。

使用非 SMTP 閘道將郵件路由傳送至本機伺服器上設定的非 SMTP 連接器。

 

組態變更 路由動作

刪除外部連接器。

重新提交佇列。

修改外部連接器,從來源伺服器清單中移除本機伺服器。

重新提交佇列。

停用連接器。

重新提交佇列。

找不到放置目錄。

重試佇列直到郵件過期為止。

無法存取之佇列

無法存取的佇列包含無法路由傳送到其目的地的郵件。通常是因為電子郵件地址的拼字有誤,或組態變更修改了用於傳遞的路由路徑,才會無法到達目的地。無論目的地為何,具有無法達到的收件者的所有訊息都位於此佇列中。

是否將郵件放入「無法存取的」佇列,則是在分類路由階段決定。如果在路由階段無法計算郵件的路由路徑,就會將郵件傳送至「無法存取的」佇列。處理組態變更之後,無法存取之佇列中的郵件會重新路由傳送。每個 Exchange 2010 傳輸伺服器只會有一個「無法存取的」佇列。

在分類期間,當下列條件成立時,郵件會置於無法存取之佇列中:

  • 收件者是有效的 Active Directory 收件者物件。不過,無法計算該收件者的路由路徑。

  • 收件者是外部 SMTP 位址,且找不到符合該位址空間的連接器。如果相符的連接器已停用或設定有誤,分類程式的路由元件也可能會忽略相符的連接器。

  • 收件者是通訊群組。通訊群組的擴充伺服器無效,或未安裝 Hub Transport server role。

  • 收件者是接收連接器上所收到郵件的 SMTP 位址收件者,此連接器連結至傳送連接器,但因為傳送連接器已停用或某方面設定不正確,所以分類程式的路由元件忽略此傳送連接器。

在下列案例中,不會將郵件放入「無法存取的」佇列,而是傳送 NDR:

  • 由於有限制 (例如郵件大小限制) 導致無法利用分類程式所計算的單一確定路徑來傳遞郵件,所以無法計算收件者的路由路徑。

  • 收件者是非 SMTP 位址,且找不到相符的連接器。或者,相符連接器已停用或設定不正確。

  • 收件者是接收連接器上所收到的非 SMTP 位址收件者,此連接器連結至傳送連接器,但因為傳送連接器已停用或設定不正確,所以分類程式的路由元件忽略該傳送連接器。

因為組態變更而重新建置路由表時,無法存取之佇列中的郵件會重新提交給分類程式。將會比較舊的路由表和新的路由表。只有當舊的路由表與新的路由表不同時,才會重新提交無法存取的佇列。

郵件置於無法存取之佇列中的案例

本節描述郵件置於無法存取之佇列中的部分案例。

  • Exchange 2010 組織與 Exchange 2003 組織之間沒有路由群組連接器。
    Exchange 2010 路由群組與 Exchange 2003 路由群組之間未設定路由群組連接器,或已移除 Exchange 2010 路由群組與 Exchange 2003 路由群組之間的最後一個路由群組連接器。不存在任何路由群組連接器,無法提供路由路徑給 Exchange 2003 收件者。若要解決此問題,請先檢查是否遺失路由群組連接器。若是這種情况,您可以建立路由群組連接器。如需詳細資訊,請參閱建立從 Exchange 2010 到 Exchange 2003 的其他路由群組連接器。如果路由群組連接器已存在,則郵件會置於無法存取之佇列中是因為其他原因。檢查路由群組連接器的組態。
  • 目的地 Active Directory 站台沒有 Hub Transport Server
    目的 Active Directory 站台沒有 Hub Transport Server。在此案例中,要送給該站台收件者的郵件都會傳送至「無法存取的」佇列。若要解決此問題,請在 Active Directory 站台中部署 Hub Transport Server。如需相關資訊,請參閱Hub Transport Server Role 概觀
  • 兩個 Active Directory 站台之間沒有 Active Directory 站台連結
    已移除 Active Directory 站台連結,因而讓中斷連線的 Active Directory 站台包含 Exchange 2010 伺服器。若要解決此問題,請使用 Active Directory 站台及服務來建立 Active Directory 站台連結。
  • 其他問題
    當郵件置於無法存取之佇列時,最後一個錯誤訊息會指出為何將郵件置於無法存取之佇列中。如果相同郵件的多位收件者都路由傳送至無法存取之佇列,但原因不同,則每位收件者上出現的最後錯誤會指出其個別的原因。在路由表計算期間發現不一致時,就會在 Windows 事件檢視器的應用程式記錄檔中記錄事件。最後的錯誤訊息和這些事件可幫助您判斷組態錯誤並進行修正,讓無法存取的佇列中的郵件能夠順利地路由傳送。

    您也可以手動強制重新提交佇列中的郵件。如需相關資訊,請參閱重新提交佇列中的郵件

 © 2010 Microsoft Corporation. 著作權所有,並保留一切權利。