共用方式為

陰影備援郵件流程案例

  • 發行項

 

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

上次修改主題的時間： 2010-06-07

Microsoft Exchange Server 2010 的陰影備援功能為傳輸中的郵件提供備援。瞭解陰影備援中會說明一般郵件流程。本主題會詳細說明包括 Exchange 的每個特定郵件流程案例內容。

郵件流程案例

下圖顯示 Exchange 組織中每個可能的備援案例，以及每個案例中的郵件備援完成方式。陰影區顯示陰影備援生效的位置。當郵件在陰影區內傳輸時，Exchange 2010 陰影備援可避免資料遺失。

注意事項附註：
為了簡單起見，圖中省略了 Client Access Server。

陰影備援郵件流程案例

陰影備援郵件流程案例

如上圖所示，Exchange 組織中的所有郵件流程路徑都符合下列其中一個案例：

A. MAPI/Windows Mobile 用戶端提交

B. 從 Mailbox Server 到 Hub Transport Server 的郵件流程

C. 從 Hub Transport Server 傳遞到 Mailbox Server 的郵件

D. Exchange 2010 傳輸伺服器之間的郵件流程

E. 從 Exchange 2010 傳輸伺服器到不支援陰影備援之郵件伺服器的郵件流程

F. 從不支援陰影備援的郵件伺服器到 Exchange 2010 傳輸伺服器的郵件流程

下列各節會說明每個郵件流程案例的內容。

A. MAPI/Windows Mobile 用戶端提交

從 MAPI 或 Windows Mobile 用戶端提交的郵件不是備援郵件。將郵件成功儲存到 Mailbox Server 之後，Exchange 高可用性功能就會生效並協助防止資料遺失。此案例會從頭到尾完整描繪郵件流程。

返回郵件流程案例的清單

B. 從 Mailbox Server 到 Hub Transport Server 的郵件流程

當 Exchange 2010 Mailbox Server 將郵件提交到 Exchange 2010 Hub Transport Server 時，就會發生下列動作。

重要事項重要事項：
Exchange 2010 Mailbox Server 無法與執行舊版 Exchange 的傳輸伺服器通訊。因此，本主題只會討論從 Exchange 2010 Mailbox Server 至 Exchange 2010 Hub Transport Server 的郵件流程。

  1. 郵件提交服務會通知 Hub Transport Server 有新郵件。

  2. Hub Transport Server 會從提交郵件之信箱的 [寄件匣] 收取郵件，並儲存在其資料庫中。

  3. 如果郵件收件者所在的 Mailbox Server 位於相同 Active Directory 站台，則 Hub Transport Server 會遵循案例 C 列出的步驟，將郵件傳遞到目的地信箱。對於其他收件者，Hub Transport Server 會將郵件傳遞到下一個躍點。

  4. 傳遞到下一個躍點之後，Hub Transport Server 就會通知 Mailbox Server，已完成處理郵件並假設郵件的擁有權。通知之後，就會從 [寄件匣] 刪除郵件。

  5. 如果郵件的其他躍點都不支援陰影備援，Hub Transport Server 就會刪除郵件。反之，則會將郵件儲存在郵件傳遞目的地躍點的陰影佇列中，以便將該郵件轉換成陰影郵件。

返回郵件流程案例的清單

C. 從 Hub Transport Server 傳遞到 Mailbox Server 的郵件

當 Exchange 2010 Hub Transport Server 將郵件傳遞到 Exchange 2010 Mailbox Server 時，就會發生下列動作。

重要事項重要事項：
Exchange 2010 Hub Transport Server 無法與執行舊版 Exchange 的 Mailbox Server 通訊。因此，本主題只會討論從 Exchange 2010 Hub Transport Server 至 Exchange 2010 Mailbox Server 的郵件流程。

  1. Hub Transport Server 會將郵件傳遞到目的地信箱。

  2. 將郵件傳遞到所有目的地信箱之後，Hub Transport Server 就會將郵件新增至傳輸暫放。

  3. Hub Transport Server 會將捨棄通知排入郵件接收來源躍點的佇列。當躍點查詢 Hub Transport Server 時，就會建立這些捨棄通知。

  4. 前一個躍點會刪除對應的陰影郵件。

返回郵件流程案例的清單

D. Exchange 2010 傳輸伺服器之間的郵件流程

在執行 Exchange 2010 的傳輸伺服器之間，無論是兩個 Hub Transport Server 之間的郵件流程處理程序，還是 Hub Transport Server 與 Edge Transport Server 之間的郵件流程處理程序，所有郵件交換的郵件流程處理程序都相同。當郵件從某個 Exchange 2010 傳輸伺服器傳輸到另一個傳輸伺服器時，就會發生下列動作。為了便於示範，會假設傳送郵件的伺服器名為 Hub01，而接收郵件的伺服器名為 Edge01。

  1. Hub01 會建立連至 Edge01 的 SMTP 連線。

  2. Edge01 會通告陰影備援支援。

  3. Hub01 會發出 XSHADOW 命令，在 SMTP 工作階段中要求陰影備援。此處理程序與在 SMTP 工作階段中建立傳輸層安全性 (TLS) 類似。

  4. 針對 Hub01 需要傳送給 Edge01 的每個郵件：

    1. Hub01 會將郵件傳輸至 Edge01。

    2. Edge01 會將郵件標示為進入 Hub01 陰影。

    3. Hub01 會將 Edge01 標示為主要伺服器，並將它新增至 Edge01 的陰影佇列。

    4. Hub01 會針對要傳送到躍點 (郵件接收來源) 的郵件準備捨棄通知。

  5. Hub01 會在 Edge01 中查詢先前提交至 Edge01 的郵件捨棄狀態。

  6. Edge01 會傳送其為 Hub01 準備的所有捨棄通知。這些捨棄通知的對象可能是在同一個 SMTP 工作階段傳送的郵件，或是在前一個 SMTP 工作階段期間傳送的郵件。

  7. Hub01 會刪除 Edge01 已經傳送捨棄通知的所有陰影郵件。

返回郵件流程案例的清單

E. 從 Exchange 2010 傳輸伺服器到不支援陰影備援之郵件伺服器的郵件流程

Exchange Server 2007 傳輸伺服器和 Exchange Server 2003 Bridgehead 伺服器都不支援陰影備援。因此，如果您擁有舊版 Exchange 的共存案例，則 Exchange 2010 備援功能就只能保證郵件會傳遞到舊版 Exchange 躍點，而非一路傳遞到目的地。這也適用於 Exchange 2010 Edge Transport Server 將郵件傳送到非 Exchange 郵件伺服器的案例。

如果 Exchange 2010 Hub Transport Server 將郵件傳送到執行舊版 Exchange 的 Exchange 傳輸伺服器，或是 Exchange 2010 Edge Transport Server 將郵件傳送到非 Exchange 郵件伺服器，就會發生下列動作。為了便於示範，會假設 Exchange 2010 Hub Transport Server (名為 Hub01) 正在將郵件傳送到舊版 Exchange 傳輸伺服器 (名為 Legacy01)。

  1. Hub01 會建立連至 Legacy01 的 SMTP 連線。

  2. Legacy01 不會通告陰影備援支援。

  3. 因爲 Legacy01 並未通告陰影備援，所以 Hub01 不會在 SMTP 工作階段初始化陰影備援。

  4. Hub01 會將郵件傳遞至 Legacy01。

  5. Hub01 會刪除郵件。

  6. Hub01 會針對躍點 (郵件接收來源) 準備捨棄通知。

返回郵件流程案例的清單

F. 從不支援陰影備援的郵件伺服器到 Exchange 2010 傳輸伺服器的郵件流程

如果 Exchange 組織的郵件伺服器不支援陰影備援，且可能會建立連至 Exchange 2010 傳輸伺服器的 SMTP 連線並傳送郵件，則該組織有四個進入點。

  • 連接到 Exchange 2010 Hub Transport Server 的 Exchange 2010 Unified Messaging (UM) Server。

  • 執行 Exchange 2007 的 Exchange 傳輸伺服器，或是連接到 Exchange 2010 Hub Transport Server 的 Exchange 2003。

  • 位於網際網路上且連接到 Exchange 2010 Edge Transport Server 的非 Exchange 郵件伺服器。

  • 組織中的非 Exchange 郵件伺服器，例如 UNIX 伺服器，或將郵件提交到 Exchange 2010 Hub Transport Server 的 SMTP 用戶端。

在此案例中，Exchange 2010 會使用一個名為延遲認可的功能，來達成陰影備援。如果 Exchange 2010 傳輸伺服器接收的郵件來自不支援陰影備援的郵件伺服器，它就會延遲將認可傳送到傳送郵件伺服器，直到確認郵件已成功傳送到其目的地為止。如需延遲認可的詳細資訊，請參閱瞭解陰影備援。

為了說明此案例，會假設 Exchange 2010 Edge Transport Server (名為 Edge01) 正在從網際網路上的非 Exchange 郵件伺服器 (名為 Internet01) 接收郵件。在此範例中，會發生下列動作：

  1. Internet01 會建立連至 Edge01 的 SMTP 連線。

  2. Edge01 會通告陰影備援支援。

  3. 因爲 Internet01 不支援陰影備援，所以只會將郵件傳送到 Edge01。

  4. Edge01 會將郵件標示為延遲認可郵件。

  5. Edge01 會使用案例 D 概述的步驟，將郵件傳送到後續的躍點。

  6. Edge01 會在後續的躍點中查詢郵件的捨棄狀態。

  7. Edge01 接收所有後續躍點的捨棄通知之後，就會將認可傳送到 Internet01。

  8. Edge01 會 從其資料庫刪除郵件。

    注意事項附註：
    如果 Edge01 無法在 30 秒內驗證郵件已成功傳遞到所有後續躍點，它就會逾時，並將認可傳送到 Internet01。此逾時值是由接收連接器的 MaxAcknowledgementDelay 屬性值所控制。

返回郵件流程案例的清單

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