「深刻 Exchange 2013」12 傳輸架構Part2

本章接着上一章，簡單說一下四個組件在Exchange Server 2013整個傳輸架構當中各自負責什麼。

前端傳輸服務(The Front End Transport Service)

FET服務在整個傳輸裏邊彷佛工做量是最小的；它負責全部客戶端的入站與出站SMTP流量，FET是SMTP流量經過防火牆以後所接觸到的第一個組件，和其餘在CAS上運行的服務組件同樣，FET服務不存儲任何郵件數據，也不維護任何的隊列，以及提供基本上是無狀態的客戶端鏈接（對客戶端鏈接不維護任何的狀態信息）。可是，FET會生成SMTP協議日誌，因此其實它仍是會記錄下必定的數據滴。

在安裝Exchange 2013 CAS角色的時候，就會生成一系列默認的接收鏈接器供FET使用。FET也提供出站的SMTP服務，這個功能常常被管理員忽視掉，由於你們基本都只關心入站郵件。MBX服務器將出站郵件丟給FET，因此基本上保證全部SMTP流量在離開當前的Exchange組織的時候只從CAS走。

傳輸服務（The Transport Services）

Ex2013裏的傳輸服務負責了之前Ex2007和2010的Hub Transport角色的大部分功能，而後在這個基礎之上加上一部分新的改進。好比DLP，好比歸檔，好比傳輸規則。

傳輸服務爲每個內部的Exchange郵箱數據庫維護一個隊列（Queue），DAG的特性讓傳輸服務不用去搞清楚那臺MBX擁有該數據庫的活動副本，只須要知道目標數據庫是誰就能夠了。接下來的郵箱傳輸傳遞服務會負責找出正確的數據庫

郵箱傳輸傳遞服務（The Mailbox Transport Delivery Service）

當郵箱傳輸傳遞服務試圖去爲某個內部收件人投遞郵件的時候，它首先要搞清楚這個收件人的郵箱的所在數據庫。FET和傳輸服務會事先進行一個簡單的AD查詢動做，而後在郵件上帶上一個SMTP MESSAGECONTEXT變量（Exchange 2013是這樣，其餘版本我不清楚。）傳輸傳遞服務拿到了這個變量後，而後它就得搞清楚哪一個服務器目前擁有該數據庫的活動副本，若是該收件人是在與發件人相同的DAG裏，它就會去查詢Active Manager以獲取該活動副本的所在位置，這個活動副本位置若是是本身，那就直接投遞到數據庫，若是是別的服務器，它就將郵件丟給本身的郵箱傳輸提交服務，而後由傳輸提交服務丟給別的服務器。

若是是在不一樣的DAG，那麼它根據前邊說的AD信息，肯定目標MBX服務器的位置，使用SMTP丟給該服務器的傳輸服務。

郵箱傳輸投遞服務（The Mailbox Transport Submission Service）

郵箱傳輸投遞服務負責從郵箱裏使用RPC檢索郵件，而後經過SMTP來提交給傳輸服務，按照以前的文章裏寫過的，不一樣的客戶端將不一樣的郵件放在已經定義好的位置裏（發件箱、草稿啊之類的文件夾裏），而後傳輸投遞拿走郵件進行下一步傳輸。

OK,四個組件基本上就描述完成，關於這四個組件和各自使用到的端口，好久以前我就翻譯過一篇technet的博客文章：Exchange 2013郵件流，裏面講了比較原理性的一些東西，你們能夠參考一下：

http://sodaxu.blog.51cto.com/8850288/1651613

下一章我們就開始講鏈接器，因爲內容比較多，因此就分開兩章分別聊聊發送鏈接器和接收鏈接器。