Exchange 中基于源的路由

在 Exchange 服务器中，发送连接器用于将邮件从 Exchange 组织路由到外部收件人。路由基于接收者的命名空间。您可以创建具有命名空间“*”的 Internet 发送连接器，这意味着所有出站消息都通过此发送连接器进行路由。

您还可以使用命名空间“fabrikam.com”创建单独的发送连接器。目标为 [email protected] 的所有消息均通过此发送连接器发送，所有其他消息均通过其他发送连接器发送。通过特定智能主机进行路由或实施域安全（即强制 TLS）是使用专用发送连接器的好例子。

遗憾的是，在 Exchange 中，无法根据 Exchange 中的发件人（属性）路由邮件。例如，通信部门的用户应通过专用的高优先级发送连接器发送所有消息，或者销售组的成员应始终通过 DMZ 中的智能主机发送消息，而其他用户则通过 Exchange Online Protection 发送消息。您可以考虑针对您的组织的各种示例。

客户想要实施基于源的路由。根据 Active Directory 组成员身份或 Active Directory 中的属性，出站电子邮件应通过 Symantec Messaging Gateway (SMG) 或通过 Exchange Online Protection 进行路由。

在 Exchange 中，您需要第 3 方解决方案，第 3 方解决方案之一是 Egress Software Technologies 的传输代理 (www.egress.com)。出口传输代理是一个小软件包，安装在 Exchange 2013/2016 邮箱服务器的 Exchange 2010 集线器传输服务器上。它还可以安装在边缘传输服务器上。它安装在 C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\agents\SmtpAgents 目录中，并且使用配置文件配置传输代理。

在我的实验室环境中，我已将其安装在两台边缘传输服务器（一台 Exchange 2013 和另一台 Exchange 2016）上。我可以通过趋势科技托管电子邮件安全 (HES) 或直接通过边缘传输服务器路由消息。当然，有两个发送连接器来促进每条路由。

边缘传输服务器根据电子邮件中的标头做出路由决策。如果消息包含标头“X-RoutethroughTM”，则消息将通过趋势科技 HES 进行路由，如果此 x 标头不存在，则将通过常规发送连接器进行路由。

X-RoutethroughTM 标头添加到内部邮箱服务器上。当用户是名为 TrendUsers 的安全组的成员时，就会添加此 X 标头。这是通过在邮箱服务器上使用传输规则来实现的：

当邮件从属于该安全组成员的邮箱发送时，该邮件将通过趋势科技进行路由。发送到 Gmail 邮箱时，它会在邮件标题中可见：

传输代理执行广泛的日志记录，并且包括触发器在内的出站消息在此日志文件中可见：

2018-04-19T10:25:05.9304327Z TID=24 ID=13306 [#016636d20b19] 事件：[OnResolved]。处理消息
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 ID=[]
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 详情=[人际]
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 投递=[Smtp/2018-04-19T10:25:05.8246623Z]
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 主题=[通过 TM 路由？]
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 来自=[[email protected]]
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 致=[[email protected]]
2018-04-19T10:25:05.9304327Z TID=24 ID=13306 附件=[]
2018-04-19T10:25:05.9304328Z TID=24 ID=13307 [#016636d20b19] 事件：[OnResolved]。规则执行日志：
2018-04-19T10:25:05.9304328Z TID=24 ID=13307 > 规则#1。找到标头 [x-routethroughtm: On]
2018-04-19T10:25:05.9304328Z TID=24 ID=13307 > 规则 #1。收件人：[[email protected]]
2018-04-19T10:25:05.9304328Z TID=24 ID=13307 > 规则 #1。收件人 [[email protected]]。通过 [UseOverrideDomain] 重新路由到 [trend.local]。
2018-04-19T10:25:05.9304329Z TID=24 ID=13308 [#016636d20b19] 事件：[OnResolved]。消息 ID=[] 处理完成。结果：[已路由]。

由于可见性/可读性，这是在博客发布后添加的：

来自不属于此安全组的邮箱的邮件显示不同的标头：

以及传输代理日志文件：

2018-04-19T10:24:56.1352082Z TID=48 ID=13306 [#1f1e25edd0da] 事件：[OnResolved]。处理消息
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 ID=[]
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 详情=[人际]
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 投递=[Smtp/2018-04-19T10:24:56.0250359Z]
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 主题=[通过边缘路由？]
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 来自=[[email protected]]
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 致=[[email protected]]
2018-04-19T10:24:56.1352082Z TID=48 ID=13306 附件=[]
2018-04-19T10:24:56.1352083Z TID=48 ID=13307 [#1f1e25edd0da] 事件：[OnResolved]。规则执行日志：
2018-04-19T10:24:56.1352083Z TID=48 ID=13307 > 规则#1。未找到标头 [x-routethroughtm]。
2018-04-19T10:24:56.1352084Z TID=48 ID=13308 [#1f1e25edd0da] 事件：[OnResolved]。消息 ID=[] 处理完成。结果：[无操作]。

为了便于阅读，再次添加了屏幕截图：

配置文件很容易配置。当使用如上所示的 X 标头时，它将包含：

笔记。不幸的是，我无法在我的博客上发布配置信息本身，因为 WordPress 不接受这一点。

可以使用 headerValuePattern 或 headerValueNotPattern 广泛配置标头规则。这些是正则表达式，例如：

在此示例中，所有带有 X-RouteThroughTM 标头的消息都将路由到 trend.local 连接器。但是，如果 X-RouteThroughTM 标头具有“public”标签，则不进行路由。另外，请勿路由 @secure.com 和 @secure.eu 域中的收件人。

概括

基于源的路由在 Exchange 服务器中是不可能的，您需要第三方解决方案来实现此目的。 Egress Software 的 Transport Agent 解决方案是一个高度可定制的工具，可以实现这一目标，并且在过去的几个月中它已被证明是稳定的。

不过，就一般 Exchange 而言，升级到较新的 CU 后，您必须重新部署传输代理。没什么大不了的，只需执行 setup.ps1 PowerShell 脚本（但很容易忘记）