无法发送电子邮件到Hotmail或MSN地址

在最终用户无法通过电子邮件发送Hotmail或MSN电子邮件地址的情况下,我遇到了一个问题。 我们正在运行Exchange 2007服务器,邮件本身是HTML格式,不包含附件。 如果邮件发送到通讯组列表,那些使用其他电子邮件提供商的收件人能够接收并查看邮件。 现在踢球员是有时我们能够达到地址,虽然没有任何规律性。 例如,用户可能在早上不能发送消息,但是可以在下午或者几天之后发送消息。 其他时候,无论我们尝试了多less次,我们都无法到达这些地址。

以下是一些在尝试失败时将被送回的信息:

这些收件人或分发列表的传递失败:

尝试将此邮件传递给收件人的电子邮件地址时发生错误。 Microsoft Exchange不会尝试为您重新传送此消息。 请尝试重新发送此消息,或向系统pipe理员提供以下诊断文本。

以下组织拒绝了您的消息:snt0-mc1-f7.Snt0.hotmail.com。

此外,我们的邮件服务器生成Hotmail(或MSN)服务器返回“#500无法识别的命令##”的诊断信息

有没有人遇到这样的事情,或知道这个问题可能是什么?

更新

我已经看了这个问题多一点,似乎SPFlogging是好的(或至less可以通过)。

您可能被卷入反垃圾邮件检查。 根据http://postmaster.msn.com/中的常见问题解答,您应该发布“发件人策略框架(SPF)”logging以帮助通过任何发件人ID身份validation检查。

了解有关发件人ID的更多信息,以及如何在此发布SPFlogging: http : //www.microsoft.com/senderid

确保您在MXlogging上的反向查找在那里。 他们经常在没有反向MXlogging的情况下拒绝stream量来防止垃圾邮件

如果您在DNS中没有SPFlogging,请考虑添加它。 我find了帮助。 显然,主要的参与者已经开始对使用它的领域有一定程度的信任。

不要打扰添加SPFlogging,但如果您有一个(或更正)它删除一个无效的。 我们发现更多的垃圾邮件发送者拥有比非垃圾邮件发送者正确的SPFlogging(或者说,拥有正确的SPFlogging使得您更有可能在统计上成为垃圾邮件发送者)

请确保你的中继IP地址parsing为一个健全的。

请监控IP地址黑名单(RBL),如果您突然上市,请自行除名。

如果您有垃圾邮件机器人或内部打开继电器,请监控您的传出邮件量。 大多数反垃圾邮件服务只会在有限的时间内存储您的IP地址信誉,并给您一个改善的机会 – 剩下的不受欢迎的人的唯一方法是继续尝试发送垃圾邮件。

从内部人员机器和非关键邮件服务器等等中发送出站stream量可能是值得的,因此它是通过与您自己的邮件服务器不同的地址进行NAT的,这确保了如果其他机器突然开始发送垃圾邮件,它不会影响你的用户。 无论如何,你当然应该监视你所有的公有IP地址。

我不知道是否有人真正使用SPF来防止垃圾邮件 – 但是如果他们这样做,我不知道为什么 – 这是绝对没有用的(事实上,您可以用相反的方式 – 拥有正确的SPFlogging,可能是垃圾邮件)。

(我为反垃圾邮件公司工作)。

我们看到相同的行为。 Hotmail / MSN检查SPFlogging(现在所有的ISP都在接收邮件之前检查发件人的域名和IP地址)。

在您发送电子邮件的域名上创buildSPFlogging(使用http://www.openspf.org/上的向导)。 设置完成后,通过向Gmail帐户发送邮件并查看电子邮件的邮件标头来testingSPFlogging,您会发现Google会报告SPF结果:

身份validation结果:mx.google.com; spf = pass(google.com:[email protected]的域指定65.55.111.150为允许的发件人)

检查您的每个MXlogging是否有反向DNS条目 – http://www.dnsstuff.com适合检查这些设置。 当你在那里检查你是不是在任何黑名单(但我认为你会看到一个不同的错误消息,如果你是)。

我不确定服务器的名称是否有所不同(需要设置为与反向DNS条目相同)

如果您通过未在域的MXlogging中列出的WAN(外部)IP地址从您的LAN路由电子邮件,那么大多数垃圾邮件解决scheme会将您的电子邮件标记为垃圾邮件。 调整您的SPFlogging以包含这些WAN IP将明确地帮助这种情况。