使用 Exchange 2010 Transport 轉送 Application Server SMTP 流量

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

上次修改主題的時間： 2012-01-16

在 Microsoft Exchange Server 2010 中，接收連接器與負載平衡概念維持與 Exchange Server 2007 相同。以下是這些概念的快速回顧。在 Exchange 2007 中，接收連接器是用來接受內送郵件。根據預設，Exchange Server 2007 Hub Transport Server 經由 SMTP 的 TCP 通訊埠 25 接收電子郵件時，是由名為「預設接收連接器」的接收連接器進行處理。

此外，Exchange 2007 會使用增強型 DNS 在 Edge Transport Server、Hub Transport Server 和信箱伺服器之間自動進行所有組織內郵件流量的負載平衡。不過，這項功能不涵蓋針對從非 Exchange 來源收到的郵件進行負載平衡，例如外部郵件伺服器、協力廠商反垃圾郵件或防毒解決方案、Exchange 組織之外的任何內部郵件伺服器、企業營運 (LOB) 應用程式，以及 POP 式或 IMAP 式電子郵件用戶端。

如需有關如何設定對於從非 Exchange 來源接收的郵件進行負載平衡，請參閱瞭解傳輸方面的 SMTP 容錯移轉和負載平衡。

如果您計畫在 Hub Transport Server 前端實施負載平衡解決方案，則應針對該目的建立個別的接收連接器，並且確保只有該特定連接器所處理的流量進行負載平衡。將額外的 IP 位址新增至 Hub Transport Server，且將此 IP 位址與新的接收連接器關聯，就能夠辦得到。

Exchange 2010 的行為變更

Exchange 2010 採用陰影備援功能，藉此在郵件傳輸的整個過程中都能提供郵件備援。使用陰影備援時，從傳輸資料庫刪除郵件時會發生延遲，直到傳輸伺服器驗證該郵件的所有下一個躍點都已完成遞送為止。

因為陰影備援是 Exchange 2010 功能，所以只有 Exchange 2010 伺服器支援陰影備援。如果 Exchange 2010 傳輸伺服器從先前版本的 Exchange Server 或非 Exchange 來源接收郵件，該來源伺服器就無法傳送預期的 XSHADOW 命令。因此，不使用陰影備援。非 Exchange 來源包括外部郵件伺服器、協力廠商反垃圾郵件或防毒解決方案、 Exchange 組織之外的任何內部郵件伺服器或企業營運 (LOB) 應用程式來源伺服器。

不過，當 Exchange 2010 傳輸伺服器從非 Exchange 2010 來源接收郵件時，Exchange 會嘗試在確認郵件在內部成功傳遞給所有下一個躍點前，延遲傳送伺服器的確認來達成陰影備援。因此，如果 Exchange 2010 伺服器失敗，傳送伺服器會假設郵件從未傳遞至Exchange，並且會再次嘗試傳遞。

延遲的確認逾時值是由每個接收連接器的 MaxAcknowledgementDelay 屬性所控制。預設值為 30 秒。

如需陰影備援的詳細資訊，請參閱瞭解陰影備援。

從 Exchange 2007 升級為 Exchange 2010 及為了從例如企業營運 (LOB) 應用程式的來源傳送郵件而使用專屬接收連接器的客戶，會明顯看到 SMTP 傳輸量降低。這個傳輸量的降低是因為接收連接器設定 30 秒鐘的預設延遲確認逾時。若要增加轉送接收連接器的 SMTP 傳輸量，我們建議您降低延遲確認屬性的逾時值或完全停用此延遲確認屬性。 您是否應降低或停用此逾時值，取決於通過轉送接受收連接器的郵件量。 一個好的方式是先降低此值，然後確認 SMTP 傳輸量是否仍然受影響，如果受影響，那麼完全停用此功能。

重要事項：
雖然停用接收連接器的延遲確認會增加 SMTP 傳輸量，但也意謂您無法再使用陰影備援所提供的功能。 因為這個緣故，所以我們建議使用延遲確認遭停用的傳輸伺服器的儲存硬體備援。

使用命令介面設定接收連接器的延遲認可上限

您必須已獲指派權限，才能執行此程序。若要查看您需要哪些權限，請參閱傳輸權限主題中的「接收連接器」項目。

附註：
您無法使用 Exchange 管理主控台來設定接收連接器的最大確認延遲。

這個範例將名稱為「SMTP 應用程式轉送」的接收連接器逾時值從 30 秒降低至 15 秒。

Set-ReceiveConnector "SMTP Application relay" -MaxAcknowledgementDelay 15

這個範例停用接收連接器的延遲確認。

Set-ReceiveConnector "SMTP Application relay" -MaxAcknowledgementDelay 0

重要事項：
無法停用接收連接器的陰影備援。相反地，您必須在 Exchange 組織層級進行。如需詳細的語法及參數資訊，請參閱 Set-TransportConfig。

郵件節流原則的考量

當經由 Exchange 2010 傳輸伺服器轉送應用伺服器 SMTP 流量時，可能有需要調整接收連接器特殊郵件節流原則的選項，所以整體 SMTP 傳輸量不受影響。例如，MessageRateLimit 參數指定接收連接器每分鐘可接受來自單一 IP 位址的最大郵件數。在 Hub Transport Server 上，這個參數設定為 [無限制] 的值，這表示 SMTP 傳輸量不會受影響。 但是，對於 Edge Transport Server 而言，這是設定為每分鐘接受 600 封郵件。 您可能需要提高此限制，這完全取決於您特定環境的轉送應用程式伺服器 SMTP 流量。

這個範例將名稱為「SMTP 應用程式轉送」的接收連接器的郵件速率限制從 600 提高到 2000。

Set-ReceiveConnector "SMTP Application relay" -MessageRateLimit 2000

對來自轉送應用程式伺服器的整體 SMTP 傳輸量有影響的另一個接收連接器特定選項，會以MessageRateSource 參數值來表示。您可以利用此參數來指定如何計算郵件提交速率。這個參數可以設為 [無]、 [IP 位址]、[使用者] 或 [全部]。根據預設，參數設為 [IP 位址]，這表示郵件提交速率是傳送主機的計算值。 如果這個參數對來自轉送應用程式伺服器的 SMTP 傳輸量有負面影響，您應考慮將此值設為 [無]。

這個範例停用了名為「SMTP 應用程式轉送」的接收連接器的 MessageRateSource 參數。

Set-ReceiveConnector "SMTP Application relay" -MessageRateSource None 

如果您計劃為轉送應用程式伺服器 SMTP 流量使用專屬的傳輸伺服器，則也應考慮增加接收連接器同時服務來自單一 IP 位址的最大連接數目。 這是使用MaxInboundConnectionPercentagePerSource 參數達成。這個參數值是以接收連接器的可用剩餘連線百分比來表示。根據預設，這個值設為 2%。

這個範例將名為「SMTP 應用程式轉送」的接收連接器的 MaxInboundConnectionPercentagePerSource 值從 2% 變更為 30%。

Set-ReceiveConnector "SMTP Application relay" - MaxInboundConnectionPercentagePerSource 30 

如需有關上述接收連接器特定參數的詳細語法與參數資訊，請參閱 Set-ReceiveConnector。

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