DKIM在Postfix服务器,但不是Exchange服务器?

我们正在考虑设置DKIM来改善电子邮件的传递能力,并更好地遵循电子邮件的最佳实践。 我们目前有两台服务器可以为一个域发送邮件 – 一个是运行postfix的CentOS,另一个是运行Exchange 2007的SBS 2008。

在服务器上使用postfixbuild立DKIM更为重要,它具有较高的,脚本生成的邮件量,并且具有可传送性问题; 这看起来相对简单。 看起来在Exchange 2007上进行设置要复杂得多 ,而且这个方面也不是那么重要,因为我们拥有更低的,更多的个人邮件,而且还没有可传送性问题。

我试图了解DKIM如何工作,但我还没有经历。 我的问题是:如果我们只在后缀服务器上设置DKIM并添加DNSlogging,是否会对Exchange服务器中的邮件产生负面影响? 电子邮件提供商是否会期待DKIM,而不是看到它,并更可能拒绝消息相比,当他们不期望的DKIM呢?

基本上我试图通过搞砸交换箱试图设置棘手的DKIM与通过告诉电子邮件提供商期待DKIM然后在我们的服务器上看不到它而弄乱电子邮件的风险来衡量搞乱电子邮件的风险。

简洁版本:

AFAIK,大型提供商追踪基于客户端IP地址的电子邮件信誉,而不是域名。 事实上:有很多DNSBL用于跟踪IP地址,但不能用于域名。

说明:

当来自交换服务器的电子邮件到达目的地时,它将检查电子邮件是否具有DKIM签名。 因为它没有,目的地将降低电子邮件和客户端IP地址的信誉分数。 所以,被拒绝的机会与没有DKIM签名的其他电子邮件一样。

现在,当来自postfix服务器的电子邮件到达时,它具有有效的DKIM签名。 它会增加后缀IP地址的信誉分数。

结论:

仅为后缀添加DKIM签名(可能)不会使Exchange服务器损失信誉。 相反,它会增加Postfix电子邮件客户端的声誉。 对于目标视图,Exchange服务器将具有稳定的信誉分数,而后缀服务器将具有较高的信誉分数