12.8.2.1 重組通道

如果目標通道上有 defragment 關鍵字，郵件會路由至重組通道。也就是說，當 MTA 一般會讓郵件在此排入佇列的目標通道上有 defragment 關鍵字時，MTA 會「在內部尋找」(MIME 剖析) 郵件結構，如果 MTA 找到的結構為 MIME 郵件片段，則 MTA 會自動將此郵件路由至重組通道，而不是直接路由至 (一般) 目標通道。

重組資料庫包含關於進入 MTA 的郵件片段之資訊，包括指出接收每封郵件片段的主機資訊。一旦重組資料庫接收並記錄了初始片段後，在使用相同重組資料庫的任何其他系統上所接收的郵件其他部分，都將會路由至接收最初部分的主機。例如：

1. 由於目標/外寄通道上有 defragment 關鍵字，message/partial; id=123; part=x 會在抵達主機 1 後，路由至主機 1 上的重組通道。

2. 主機 1 上的重組通道會檢查重組資料庫的此封郵件，是否還有任何其他部分要抵達。如果沒有，重組通道 (位於主機 1 上) 會將此部分輸入重組資料庫，並標記此部分目前在主機 1 上。

3. 由於目標/外寄通道上有 defragment 關鍵字，message/partial; id=123; part=y 會在抵達主機 2 後，路由至主機 2 上的重組通道。

4. 主機 2 上的重組通道會檢查重組資料庫，查看此封郵件的 x 部分是否已存在並儲存在主機 1 上。重組通道會將此郵件片段重新導入主機 1 (來源會路由具有 @host1 的位址)。

5. message/partial' id=123; part=y 會抵達主機 1，路由至重組通道，接著重組通道會執行並將此部分輸入資料庫等。

其餘郵件片段部分會重新導入接收此郵件第一部分 (第一個接收的部分，不一定是 part=1) 的主機。主機的重組通道會重新組合這些片段，此重新組合(reassemble) 與重組 (defragment) 的郵件最後會傳送至實際的目標通道 (或者如果由於超過通知次數而導致重組動作逾時，則會以現狀傳送個別片段)。視接收每封郵件的「第一」部分之主機而定，您可能會取得郵件重組的部分負載平衡。