Exchange2013郵件傳輸過程和郵件隊列參考資料

1、Exchange2013郵件傳輸過程和郵件隊列參考資料一、郵件傳輸過程：關于Exchange 郵件傳輸過程，分享如下：1. 當寫好一封郵件，點擊“發(fā)送”之后，這個郵件會在郵箱的“outbox”中，在mailbox server上有一個“Exchange Mail Submission Service”，這個service是用來提醒Hub Transport Server有一封新郵件等待發(fā)送。Hub Transport Server收到提醒后使用Store Driver submit從outbox中獲取郵件，然后將這封郵件放置在Submission Queue中，使用Store Dri

2、ver從mailbox server上獲取郵件的過程是使用RPC協(xié)議的。接下來Categorizer會將Submission Queue中的郵件按照郵件的收件人進行分類: 同一臺mailbox server上的其他郵箱、在同一個AD站點的另一臺mailbox server上面的郵箱、另一個AD站點的mailbox server上面的郵箱、外部組織的收件人。郵件分類之后，就進入了各自的delivery queue中。2. 當收件人是同一臺mailbox server上的其他郵箱時， Hub Transport Server使用Store Driver Deliver從deli

3、very queue中獲取郵件，然后mailbox server通過查看AD中的對象屬性，將這封郵件放置在收件人的“inbox”中。3. 當收件人是在同一個AD站點的另一臺mailbox server上面的郵箱時，由Hub Selector通過SMTP發(fā)送至目標mailbox server，Hub Transport Server會通過查看DNS記錄，使用RPC協(xié)議將郵件直接發(fā)送給這臺mailbox server，然后mailbox server通過查看AD中的對象屬性，將這封郵件放置在收件人的“inbox”中。4. 當收件人是在另一個AD站點的另一臺mailbox server上面的郵箱時，

4、Hub Transport Server會使用SMTP協(xié)議將郵件發(fā)送給這臺Exchange server的Hub Transport Server, 然后將這封郵件放置在Submission Queue中，接下來Categorizer會將Submission Queue中的郵件按照郵件的收件人進行分類，然后mailbox server通過查看AD中的對象屬性，定位收件人所在的mailbox database，將這封郵件放置在收件人的“inbox”中。5. 當收件人是外部組織時，Hub Transport Server會使用send connector, 通過CAS Serv

5、er進行代理，查看DNS記錄，使用SMTP協(xié)議將郵件發(fā)送給外部收件人所在的Exchange server的CAS Server，然后CAS Server會將郵件發(fā)送給Hub Transport Server，Hub Transport Server的receive connector會檢查郵件的accepted domain是否符合，符合的話會將郵件放置在Submission Queue中，接下來Categorizer會將Submission Queue中的郵件按照郵件的收件人進行分類，然后mailbox server通過查看AD中的對象屬性，定位收件人所在的mailbox database，

6、將這封郵件放置在收件人的“inbox”中。具體流程圖，您可以參考：為了您更清楚全面地了解Exchange的郵件傳輸過程，向您提供一篇文檔，描述比較細致全面：/articles-tutorials/exchange-server-2013/planning-architecture/exchange-2013-mail-flow-part3.html二、郵件隊列：關于Exchange mail.que文件中包含的內容以及如何減少mail.que文件的大小，分享如下：1. 關于Exchange mail.que文件中包含的內容，首先我們需要知道什么是

7、queue，queue是一個邏輯概念，代表Exchange server處理郵件的順序。Queue分為六種類型：· Submission Queue:每個Transport server上只有一個Submission Queue，Transport server的所有待發(fā)送的郵件都在這個queque中· Delivery queues：每個Transport server會有多個Delivery queues,收件人相同的郵件在同一個Delivery queue中，所以只要待發(fā)送郵件的收件人不同，就會有多個Delivery queues· Unreachable

8、queue：每個Transport server上只有一個Unreachable queue，這個Transport server的所有沒有發(fā)送成功的郵件都在這個queue中· Poison message queue：這是一個特殊的queue，專門用戶存放會導致Exchange server宕機的郵件· Shadow queues：每一封郵件在傳輸?shù)倪^程中，都會生成一個復件到Shadow queues中，傳輸成功之后這個復件會被刪除· Safety Net:每一封郵件成功傳遞之后，都會生成一個復件到Safety Net中，默認情況下，2天后會被刪除2. Exch

9、ange mail.que文件中包含Unreachable queue中的郵件以及Safety Net中的郵件，如果開啟了管道追蹤的話，那么郵件傳輸?shù)倪^程的capture文件也會存儲在queue文件中。由于Exchange mail.que文件的存儲機制是ESE數(shù)據(jù)庫的存儲模式，與Mailbox database數(shù)據(jù)庫的存儲模式相同，在新建的Exchange server上，mail.que文件的初始大小是8256KB，也就是說這個數(shù)據(jù)庫的大小是8256KB，一旦這個數(shù)據(jù)庫被寫滿，會進行擴容。3. 針對如何減少mail.que文件的大小，首先要確保PipelineTracingEnabled這個參數(shù)設置為False, 管道追蹤是用來排查郵件流問題的，所以我們在默認情況下是不啟用的。其次，使用Get-Queue命令查看隊列里是否還有郵件，如果沒有的話，關閉E