Sun Java System Messaging Server 6.3 管理指南

12.8.2.1 片段整理通道

如果 defragment 关键字在目标通道中,则邮件被路由到片段整理通道。即,当 defragment 关键字出现在目标通道中时(MTA 通常将邮件置于此通道中排队),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)的主机。它们通过该主机的片段整理通道重新组合起来,最终成为组合好的、片段整理过的邮件(如果由于通知过多导致片段整理工作超时,各个片段将被原样发送出去)被发送到真正的目标通道。您可以获取邮件片段整理的部分负载平衡,具体取决于哪个主机恰好收到每个邮件的“第一个”部分。