在 Edge Transport Servers 上進行地址修正
適用於:Exchange Server 2013
地址修正會對透過 Edge Transport Server 進入或離開您的組織的郵件,修改寄件者和收件者的電子郵件地址。 Edge Transport Server 上有兩個傳輸代理程式提供此修正功能:地址修正輸入代理程式和地址修正輸出代理程式。 對輸出郵件進行地址修正的主要原因,是為了向外部收件者呈現單一而一致的電子郵件網域。 對輸入郵件進行地址修正的主要原因,則是為了將郵件傳遞給正確的收件者。
您所建立的「地址修正項目」會指定內部地址 (您要變更的電子郵件地址) 和外部地址 (您想要的最終電子郵件地址)。 您可以指定要同時修正輸入和輸出郵件中的電子郵件地址,或是僅修正輸出郵件的電子郵件地址。 您可以為單一使用者建立位址寫入專案, (chris@contoso.com) support@contoso.com 、單一網域中的所有使用者 (contoso.com fabrikam.com) ,或針對多個子域中的使用者,但 (*.fabrikam.com 例外而 contoso.com,但 legal.fabrikam.com) 除外。
重要事項
無論您想要如何使用地址修正,您都必須確認產生的電子郵件地址在您的組織中是唯一的,以免出現重複項目。 這是因為地址修正並不會驗證修正後的電子郵件是否具有獨特性。
地址修正的案例
下列案例將說明您可以如何使用地址修正:
群組匯總:有些組織會將其內部業務分割成以商務或技術需求為基礎的個別網域。 此組態會造成電子郵件看似來自不同群組,甚至不同組織。
下列範例說明 Contoso, Ltd. 這個組織如何對外部收件者隱藏其內部子網域:
來自 northamerica.contoso.com、europe.contoso.com 和 asia.contoso.com 網域的輸出郵件經過修正後,看似來自單一 contoso.com 網域。 所有郵件在通過 Edge Transport server 時會修正,這些伺服器在整個組織和網際網路之間提供 SMTP 連線。
傳給 contoso.com 收件者的輸入郵件,由 Edge Transport Server 轉送至信箱伺服器。 郵件會根據收件者信箱上設定的 Proxy 位址,傳遞給正確的收件者。
合併和收購:收購的公司可能會繼續以個別業務的形式執行,但您可以使用地址修正,讓兩個組織看起來就像是一個整合式組織。
下列範例說明 Contoso, Ltd. 如何隱藏新收購的公司 Fourth Coffee 的電子郵件網域:
Contoso, Ltd. 希望來自 Fourth Coffee Exchange 組織的所有輸出訊息看起來就像是來自 contoso.com。 這兩個組織的所有訊息都會透過 Contoso, Ltd. 的 Edge Transport Server 傳送,其中的電子郵件訊息會從 user@fourthcoffee.com 重寫至 user@contoso.com。
傳至 user@contoso.com 的輸入郵件會進行修正,並路由傳送至 user@fourthcoffee.com 信箱。 傳送至 user@fourthcoffee.com 的輸入郵件,會直接路由傳送至 Fourth Coffee 的電子郵件伺服器。
合作夥伴:許多組織會使用外部合作夥伴為其客戶、其他組織或自己的組織提供服務。 為了避免混淆,組織可以用自己的電子郵件網域來取代合作夥伴組織的電子郵件網域。
下列範例說明 Contoso, Ltd. 如何隱藏合作夥伴的電子郵件網域:
Contoso, Ltd. 支援較大的 Wingtip Toys 組織。 Wingtip Toys 想要為其客戶提供統一的電子郵件體驗,而且它需要 Contoso, Ltd. 支援人員的所有訊息都顯示為從 Wingtip Toys 傳送。 所有與 Wingtip Toys 相關的輸出郵件都會透過其 Edge Transport Server 傳送,使所有 contoso.com 電子郵件地址修正為 wingtiptoys.com 電子郵件地址。
的輸入訊息 support@wingtiptoys.com 會由 Wingtip Toy 的 Edge Transport Server 接受、重寫,然後路由傳送至 support@contoso.com 電子郵件地址。
以地址修正修改的郵件內容
標準 SMTP 電子郵件由「郵件信封」(Message Envelope) 和郵件內容組成。 郵件信封包含在 SMTP 郵件伺服器之間傳輸及傳遞郵件所需的資訊。 訊息內容包含訊息標頭欄位 (統稱為_message標頭*) 和訊息本文。 RFC 2821 會說明郵件信封,而 RFC 2822 會說明郵件標頭。
當寄件者撰寫電子郵件並提交傳遞時,郵件會包含遵循 SMTP 標準所需的基本資訊,例如寄件者、收件者、郵件撰寫的日期和時間、選用的主旨行,以及選用的郵件內文。 這些資訊包含在郵件本身,並且也可藉由定義包含在郵件標頭內。
寄件者的郵件伺服器會藉由使用寄件者和收件者位於郵件標頭中的資訊,來產生郵件的郵件信封。 然後,它會將郵件傳輸至網際網路,以傳遞至收件者的電子郵件伺服器。 收件者一律不會看見郵件信封,因為郵件信封是在郵件傳輸過程中產生的,且實際上不是郵件的一部分。
「地址修正」會修正郵件標頭或郵件信封中的特定欄位,而變更電子郵件地址。 地址修正會變更輸出郵件中的數個欄位,但只會變更輸入電子郵件中的一個欄位。 下表列出在輸出和輸入郵件受到修正的 SMTP 標頭欄位。
在輸出和輸入郵件上修正的郵件欄位
欄位名稱 | 位置 | 輸出郵件 | 輸入郵件 |
---|---|---|---|
郵件來源 | 郵件信封 | 重寫 | 未修正 |
RCPT TO | 郵件信封 | 未修正 | 重寫 |
To | 郵件標頭 | 重寫 | 未修正 |
Cc | 郵件標頭 | 重寫 | 未修正 |
寄件者 | 郵件標頭 | 重寫 | 未修正 |
Sender | 郵件標頭 | 重寫 | 未修正 |
回復 | 郵件標頭 | 重寫 | 未修正 |
Return-Receipt-To | 郵件標頭 | 重寫 | 未修正 |
Disposition-Notification-to | 郵件標頭 | 重寫 | 未修正 |
Resent-From | 郵件標頭 | 重寫 | 未修正 |
Resent-Sender | 郵件標頭 | 重寫 | 未修正 |
地址修正不會變更的項目
地址修正不會修改任何會妨礙到 SMTP 功能的郵件標頭欄位。 例如,若修改特定標頭欄位,可能會影響到路由迴圈偵測、使簽章失效,或者使權限受到保護的郵件無法讀取。 因此,地址修正不會修改下列標頭欄位。
Return-Path
Received
Message-ID
X-MS-TNEF-Correlator
Content-Type Boundary=string
位於 MIME 內文部分中的標頭欄位
地址修正會忽略未受 Exchange 組織控制的網域。 換句話說,若標頭欄位中包含 Exchange 組織不具權限的網域,「地址修正」即不會加以修正。 修正這類網域會造成無法控制的郵件轉送格式。
地址修正也不會修改內嵌於另一封郵件內之郵件的標題欄位。 寄件者和收件者預期內嵌郵件會維持不變,只要郵件不觸發寄件者和收件者之間執行的傳輸規則,郵件在傳送時就不會遭到修改。
僅限輸出的地址修正的注意事項
對 Edge Transport Server 進行僅限輸出的地址修正時,將會在郵件從 Exchange 組織送出時修改寄件者的電子郵件地址。 您可以設定單一使用者的僅限輸出地址修正, (chris@contoso.com) support@contoso.com 或針對單一網域中的所有使用者 (contoso.com fabrikam.com) 。 您必須為多個子網域中的使用者設定僅限輸出的地址修正 (*.fabrikam.com 修正為 .contoso.com)。
修正後的電子郵件地址必須設定為受影響之收件者的 Proxy 位址。 例如,如果 laura@sales.contoso.com 將 重寫為 laura@contoso.com ,則 Proxy 位址 laura@contoso.com 必須設定在 Mail 的信箱上。 這允許正確地傳遞回覆和輸入郵件。
輸入和輸出地址修正的注意事項
對 Edge Transport Server 進行輸入和輸出或「雙向」地址修正時,會在 Exchange 組織所送出的郵件中修改寄件者的電子郵件地址,並且在進入 Exchange 組織的郵件中修改收件者的電子郵件地址。
您可以為單一使用者 (設定僅輸出地址修正,以 support@contoso.com) chris@contoso.com 單一網域中的所有使用者 (contoso.com fabrikam.com) 。 您無法為多個子域中的使用者設定雙向地址修正 (*.fabrikam.com 以 contoso.com) 。
修正多個網域中的電子郵件地址的注意事項
當您將多個內部網域或子網域合併為單一外部網域時,您必須考量下列因素:
驗證唯一別名:所有電子郵件別名 (@ 符號左側的部分) 在所有子域中都必須是唯一的。 例如,如果有 joe@sales.contoso.com ,則不能有 ,因為這兩個 joe@marketing.contoso.com 使用者的重寫電子郵件地址會是 joe@contoso.com 。
新增 Proxy 位址:重寫的電子郵件地址必須設定為受影響網域中所有受影響寄件者的 Proxy 位址。 例如,如果 joe@sales.contoso.com 重寫為 joe@contoso.com ,您必須將 Proxy 位址 joe@contoso.com 新增至 Joe 的信箱。 這允許正確地傳遞回覆和輸入郵件。
非 Exchange 組織的郵件連絡人:如果您要重寫來自非 Exchange 電子郵件系統的電子郵件地址,您必須在 Exchange 中建立電子郵件連絡人,以代表非 Exchange 電子郵件系統中的使用者。 這些電子郵件連絡人必須包含原始的電子郵件地址和修正後的電子郵件地址。 例如,如果 joe@unix.contoso.com 重寫為 joe@contoso.com ,您必須建立以 作為外部電子郵件地址和 joe@contoso.com Proxy 位址的郵件聯繫 joe@unix.contoso.com 人。
驗證唯一別名
當您修正多個子網域中的電子郵件地址時,您必須確定所有電子郵件別名在您所有的子網域間都是唯一的。 例如,請看下列組態:
下列使用者位於 sales.contoso.com、marketing.contoso.com 和 research.contoso.com 子網域中:
maria@sales.contoso.com
chris@sales.contoso.com
david@marketing.contoso.com
brian@marketing.contoso.com
chris@research.contoso.com
adam@research.contoso.com
假設您想將 sales.contoso.com、marketing.contoso.com 和 research.contoso.com into 這三個子網域修正為單一網域 contoso.com。
當重寫每個子域中的電子郵件地址時,和 之間 chris@sales.contoso.comchris@research.contoso.com 會發生衝突,因為這兩個電子郵件地址都會重寫至 chris@contoso.com 。 若要解決此狀況,您必須變更其中一個受影響之收件者的電子郵件地址。 例如,您可以將 變更 chris@research.contoso.com 為 , christopher@research.contoso.com 以便將電子郵件地址重寫為 christopher@contoso.com 。
地址修正項目的優先順序
如果使用者的電子郵件地址符合多個地址修正項目,其電子郵件地址將只會根據最接近的相符項目修正一次。 下列清單說明地址修正項目的優先順序 (從最高優先順序到最低優先順序):
個別電子郵件地址:地址修正專案已設定為將 的電子郵件地址 john@contoso.com 重寫為 support@contoso.com 。
網域或子域對應:地址修正專案已設定為將所有 contoso.com 電子郵件地址重寫為 northwindtraders.com 或所有 sales.contoso.com 電子郵件地址 contoso.com。
網域扁平化:地址修正專案已設定為將 *.contoso.com 電子郵件地址重寫至 contoso.com。
例如,請考量設定了下列輸出地址修正項目的 Edge Transport Server:
*.contoso.com 電子郵件地址會修正為 contoso.com
japan.sales.contoso.com 電子郵件地址會修正為 contoso.jp
如果 masato@japan.sales.contoso.com 傳送電子郵件訊息,則會將地址修正為 masato@contoso.jp ,因為該專案最符合寄件者的電子郵件地址。
數位簽章、加密和權限受保護的郵件
地址修正不得影響大部分已簽章、加密或權限受保護的郵件。 如果地址修正會以任何形式使這些類型的郵件失效或變更其安全性狀態,則不會套用地址修正。
下列值由於不是郵件簽章、加密或權限保護的一部分,因此是可以修正的:
郵件信封中的欄位
最上層郵件內文標題
下列值屬於郵件簽章、加密或權限保護的一部分,因此不會修正:
位於可能已簽章之 MIME 內文部分中的標頭欄位
MIME 內容類型的界限字串參數