管理郵件重試、重新提交及到期間隔

Exchange 2007
 

適用版本: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間: 2006-10-30

執行 Microsoft Exchange Server 2007 且已安裝 Hub Transport server role 或 Edge Transport server role 的電腦含有佇列、傳送連接器及接收連接器。佇列會保存必須傳遞的郵件。連接器會建立傳遞郵件所需的輸入或輸出路徑。

根據郵件的來源和目的地,無法順利傳遞的郵件會有不同的重試、重新提交及截止期限。重試是指重試連接至目的地網域、智慧主機或 Mailbox server。重新提交是指將郵件送回提交佇列讓分類程式進行處理的動作。如果經過一段指定的時間,用盡所有傳遞方法仍然無法傳遞郵件,就稱郵件為已經「逾時」或到期。郵件到期之後,寄件者會收到傳遞失敗的通知。然後就從佇列中刪除郵件。

在重試、重新提交或到期這三種情況下,您可以在郵件受到自動處理之前手動介入處理。

當傳輸伺服器無法連接至下一個躍點時,佇列就會處於 [重試] 狀態。系統會持續嘗試連線,直到佇列過期或連線建立為止。

表 1 說明可用的郵件重試間隔組態選項。

表 1 可用的郵件重試間隔組態選項

 

參數名稱 預設值 設定位置 描述

QueueGlitchRetryCount

4

EdgeTransport.exe.config

此參數指定當傳輸伺服器無法連接至目的伺服器時,立即重試連線的次數。這種連線問題通常是由短暫的網路中斷所造成。除非網路不穩定,造成連線經常意外中斷,否則您通常不需要修改此參數。

QueueGlitchRetryInterval

1 分鐘

EdgeTransport.exe.config

此參數控制 QueueGlitchRetryCount 參數所指定的每個連線嘗試之間的連線間隔。除非網路不穩定,造成連線經常意外中斷,否則您通常不需要修改此參數。

TransientFailureRetryCount

6

Exchange 管理命令介面中的 Set-TransportServer 指令程式或傳輸伺服器內容

此參數指定在 QueueGlitchRetryCountQueueGlitchRetryInterval 參數所控制的連線嘗試失敗之後,重試連線的次數。如果重試 QueueGlitchRetry 參數所指定的次數後還是有連線問題,可能是因為伺服器已重新啟動或快取 DNS 查閱失敗。

TransientFailureRetryInterval

  • Hub Transport server:5 分鐘

  • Edge Transport server:10 分鐘

Exchange 管理命令介面中的 Set-TransportServer 指令程式或傳輸伺服器內容

此參數控制 TransientFailureRetryCount 參數所指定的每個連線嘗試之間的連線間隔。

OutboundConnectionFailureRetryInterval

  • Hub Transport server:10 分鐘

  • Edge Transport server:30 分鐘

Exchange 管理命令介面中的 Set-TransportServer 指令程式或傳輸伺服器內容

此參數指定當先前嘗試的輸出連線失敗時,重試連線的間隔。先前失敗的連線嘗試則是由 TransientFailureRetryCountTransientFailureRetryInterval 參數控制。

MessageRetryInterval

1 分鐘

Set-TransportServer 指令程式

此參數指定當個別郵件的狀態為「重試」時,重試傳送該郵件的間隔。除非是有 Microsoft 支援服務的建議,否則建議您不要修改預設值。

MailboxDeliveryQueueRetryInterval

5 分鐘

EdgeTransport.exe.config

此參數控制在 Hub Transport server 之間重試信箱傳遞佇列的間隔。

EdgeTransport.exe.config 檔案是與 EdgeTransport.exe 檔案關聯的 XML 應用程式組態檔。EdgeTransport.exe 和 MSExchangeTransport.exe 是 Microsoft Exchange Transport 服務所使用的可執行檔。每個 Hub Transport server 或 Edge Transport server 上都會執行這個服務。重新啟動 Microsoft Exchange Transport 服務之後,儲存至 EdgeTransport.exe.config 檔案的變更就會生效。

下列是基本 EdgeTransport.exe.config 檔案結構的範例:

<configuration>

<runtime>

<gcServer enabled="true" />

</runtime>

<appSettings>

<add key=" ConfigurationOption " value=" Value " />

...

</appSettings>

</configuration>

您可以在 <appSettings> 區段加入新的組態選項或修改現有的組態選項。有許多組態選項與郵件重試、重新提交及到期間隔完全無關。與這些間隔無關的組態選項已超出本主題的範圍。在此不予討論。

note附註:
<add key=../> 區段中的參數名稱會區分大小寫。

如需相關資訊,請參閱如何設定郵件重試、重新提交及到期間隔

當信箱傳遞佇列或遠端傳遞佇列處於「重試」狀態時,您可以在 Exchange 管理主控台中使用佇列檢視器或在 Exchange 管理命令介面中使用 Retry-Queue 指令程式,手動強制立即嘗試連線。手動重試會覆寫下一個排定的重試時間。如果連線失敗,重試間隔計時器會重設。傳遞佇列必須處於 [重試] 狀態,此動作才能生效。

如需相關資訊,請參閱如何重試佇列

每次郵件傳遞失敗之後,Edge Transport server 或 Hub Transport server 就會產生延遲的傳遞狀態通知 (DSN) 郵件並放在佇列中,以待將無法傳遞的郵件遞交回寄件者。此延遲的 DSN 郵件僅會在指定的延遲通知逾時間隔後,且失敗的郵件在這段時間仍然無法傳遞,才會傳送。延遲通知逾時間隔預設為 4 小時。此項延遲可避免因暫時性的郵件傳輸失敗,而傳送不必要的延遲 DSN 郵件。無論是 Exchange 組織內或組織外產生的郵件,都可以選擇性地啟用或停用傳送延遲 DSN 通知郵件。

表 2 說明延遲 DSN 通知郵件可用的組態選項。

表 2 延遲 DSN 通知郵件可用的組態選項

 

參數名稱 預設值 位置 描述

DelayNotificationTimeOut

4 小時

Set-TransportServer

此參數指定伺服器要等待多久之後才將延遲 DSN 郵件傳送給郵件寄件者。此參數的值應永遠大於 TransientFailureRetryCount 參數的值乘以 TransientFailureRetryInterval 的值。

ExternalDelayDSNEnabled

$True

Set-TransportServer

此參數指定延遲 DSN 郵件是否可以傳送給 Exchange 組織外的郵件寄件者。

InternalDelayDSNEnabled

$True

Set-TransportServer

此參數指定延遲 DSN 郵件是否可以傳送給 Exchange 組織內的郵件寄件者。

如需相關資訊,請參閱如何設定郵件重試、重新提交及到期間隔

郵件重新提交會將無法傳遞的郵件送回提交佇列,待分類程式重新處理。

如果傳遞佇列處於 [重試] 狀態,而且無法在指定的時間內順利傳遞任何郵件,則會自動重新提交無法傳遞的郵件。這段時間由 EdgeTransport.exe.config 應用程式組態檔的 MaxIdTimeBeforeResubmit 參數控制。MaxIdTimeBeforeResubmit 參數的預設值是 12 小時。可自動重新提交的郵件僅限於信箱傳遞佇列或遠端傳遞佇列中的郵件。

如需相關資訊,請參閱如何設定郵件重試、重新提交及到期間隔

您可以手動重新提交 Hub Transport server 或 Edge Transport server 上處於下列狀態的郵件:

  • 處於 [重試] 狀態的信箱傳遞佇列或遠端傳遞佇列。佇列中的郵件必須不是處於「暫停」狀態。

  • 在「無法達到的」佇列中且不處於 [已擱置] 狀態的郵件。

  • 有害訊息佇列中的郵件。

如需有害訊息佇列和「無法達到的」佇列的相關資訊,請參閱本主題稍後的<關於有害訊息佇列及無法達到的佇列>。

如果要立即手動重新提交信箱傳遞佇列、「遠端傳遞」佇列或「無法達到的」佇列中的郵件,而不要再等候 MaxIdleTimeBeforeResubmit 參數所指定的時間經過,您必須使用 Retry-Queue 指令程式和 Resubmit 參數。若要手動重新提交有害訊息佇列中的郵件,您可以使用佇列檢視器或 Resume-Message 指令程式來繼續傳送郵件。

如需相關資訊,請參閱下列主題:

手動重新提交郵件的另一種作法是擱置郵件、將郵件匯出成 .eml 副檔名的文字檔,然後將 .eml 檔案複製到任何 Hub Transport server 或 Edge Transport server 上的重新顯示目錄。這種重新提交方法適用於信箱傳遞佇列、遠端傳遞佇列或「無法達到的」佇列中的郵件。有害訊息佇列中的郵件已處於 [已擱置] 狀態。「提交」佇列中的郵件則無法擱置或匯出。

note附註:
從佇列中匯出郵件時,不會從佇列中移除郵件。在匯出郵件並順利使用重新顯示目錄來重新提交郵件之後,應該移除擱置的郵件,以避免重複傳遞郵件。

如需相關資訊,請參閱如何匯出及重新提交郵件

「郵件到期逾時間隔」指定 Edge Transport server 或 Hub Transport server 嘗試傳遞失敗郵件的時間長度上限。如果無法在到期逾時間隔之前順利傳遞郵件,則包含原始郵件或郵件標題的未傳遞回報 (NDR) 會傳遞給寄件者。

郵件到期逾時間隔由 Set-TransportServer 指令程式中的 MessageExpirationTimeOut 參數,或由 Exchange 管理命令介面中的傳輸伺服器內容來控制。MessageExpirationTimeOut 參數的預設值是 2 天。

如需相關資訊,請參閱下列主題:

雖然無法手動強制讓郵件到期,但您可以手動從任何佇列中移除含或不含 NDR 的郵件,但「提交」佇列除外。

如需相關資訊,請參閱如何移除佇列中的郵件

當到達目的地的路由不明時,分類程式會將郵件傳送到「無法達到的」佇列。無法達到的目的地通常是由影響傳遞路徑的組態錯誤所引起。例如,在下列情況下,郵件會傳送至「無法達到的」佇列:

  • "Contoso.com" 遠端傳遞佇列中有郵件。

  • 您刪除用來連接 Contoso.com 網域的傳送連接器。

「無法達到的」佇列中的郵件預設處於 [準備就緒] 狀態。「無法達到的」佇列中的郵件永遠不會自動重新提交。郵件會一直保留在「無法達到的」佇列中,直到由系統管理員手動重新提交、由系統管理員移除或超過 MessageExpirationTimeOut 參數指定的值為止。

有害訊息佇列包含伺服器故障後被認為對 Exchange 2007 伺服器可能有害的郵件。郵件的內容和格式本身可能有害。或者,也可能是設計不良的代理程式造成 Exchange 伺服器在處理有害的郵件時失敗。有害訊息佇列中的所有郵件都處於永久擱置狀態。有害訊息佇列無法以 Retry-Queue 指令程式和 Resubmit 參數來重新提交。若要重新提交有害訊息佇列中的郵件,您可以使用佇列檢視器或 Resume-Message 指令程式來繼續傳送郵件。有害訊息佇列中的郵件永遠不會自動繼續傳送或到期。郵件會一直保留在有害訊息佇列中,直到由系統管理員手動繼續傳送或移除為止。

如需佇列的相關資訊,請參閱管理佇列

 
顯示: