「深刻 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

下一章我们就开始讲链接器，因为内容比较多，因此就分开两章分别聊聊发送链接器和接收链接器。