趋势科技托管电子邮件安全：SPF DKIM 和 DMARC 第 I 部分

几年前，我一直在使用趋势科技托管电子邮件安全 (HES) 解决方案，我对此非常满意。随着即将到来的 SPF、DKIM 和 DMARC 意识，我一直在寻找提供此类安全措施的在线解决方案，我发现 HES 现在也提供这些解决方案。

我有一个混合 Exchange 环境，其中包含多角色 Exchange 2010 服务器、Exchange 2010 边缘传输服务器和混合配置。没有专门用于此目的的 Exchange 2016 服务器，混合配置仅使用现有的 Exchange 2010 服务器。这效果很好。还有一个附加命名空间 o365mail.inframan.nl，仅用于 Exchange Online 和本地 Exchange 2010 服务器之间的 SMTP 通信（不使用边缘传输服务器）。配置如下：

这是具有集中式邮件流的混合配置。所有电子邮件都是通过本地 Exchange 环境发送和接收的，包括来自和发送到 Office 365 的电子邮件。因此，Office 365 中的用户发送到 Internet 的电子邮件首先发送到 Exchange 2010 服务器，然后通过边缘传输服务器发送到互联网。这样您就可以完全控制您的 Internet 邮件流。

边缘传输服务器在消息卫生方面表现不佳。您可以像 Spamhaus 一样配置实时阻止列表 (RBL)，使用单词列表和附件过滤来配置内容过滤，但仍然（很多）垃圾邮件最终出现在用户的邮箱中。因此，在本地 Exchange 解决方案之前使用第三方解决方案，例如思科电子邮件安全设备（ESA，以前称为 IronPort）

但回到HES……在此配置中使用云服务时，传入邮件将发送到执行所有必要安全操作的云服务。它从那里传送到本地 Exchange 2010 服务器。在这种情况下，邮件仍会传递到边缘传输服务器，因为这些服务器位于 DMZ 中。

出站邮件从本地 Exchange 服务器发送到 HES 云服务，然后从那里发送到 Internet 上的预期收件人。

在我们的场景中，我们现在有以下配置：

MX 记录现在指向 in.hes.trendmicro.eu，而不是指向边缘传输服务器。在趋势科技 HES 控制台中，配置域时，您还可以指定入站服务器（即边缘传输服务器smtphost.inframan.nl），当启用出站过滤时，您还可以指定出站消息的来源从。

Exchange 2010 中的发送连接器也需要更改。您需要为 HES 指定一个智能主机，即 relay.hes.trendmicro.eu，而不是使用 MX 来传递邮件。

测试时间到了。当通过 HES 从我的 Gmail 帐户向 Exchange 2010 发送电子邮件并检查标头信息时，我们可以看到以下邮件流：

显然，Gmail 在 TrendMicro 上进行交付，而 TrendMicro 又将交付到边缘传输服务器。相反，从 Exchange 2010 到 Gmail，我们看到类似的邮件流：

Hotmail 消息或来自/发往我自己的 Exchange 2016 环境的消息显示类似的邮件流，因此这看起来不错。我必须承认，用户邮箱中发送的垃圾邮件越来越少。

当 HES 不确定邮件是否为垃圾邮件时，HES 还可以将入站邮件隔离。它保存在云端，并向用户发送通知消息。用户可以判断该邮件是否为垃圾邮件，如果不是则可以将其发布并批准发件人：

我有一个具有集中式邮件流的 Exchange 2010 混合环境，因此从 Office 365 邮箱发送的邮件应从 Exchange Online 路由到 Exchange 2010 集线器传输服务器、Exchange 2010 边缘传输服务器和 HES 到收件人。因此，当我从 Exchange Online 中的用户 Hélène Motard ([email protected]) 向我的 Gmail 地址发送邮件时，我可以看到以下标头信息：

但是，目前我并不是在寻找反垃圾邮件和防病毒解决方案，而是主要对托管电子邮件安全解决方案的 SPF、DKIM 和 DMARC 功能感兴趣。这是下一篇博客的主题。