我在工作中遇到了一个问题，最终用户无法向 Hotmail 或 MSN 电子邮件地址发送电子邮件。我们正在运行 Exchange 2007 服务器，邮件本身是 HTML 格式，不包含附件。如果将邮件发送到分发列表，则使用其他电子邮件提供商的收件人可以接收和查看该邮件。现在问题是有时我们能够访问这些地址，但并没有什么规律。例如，用户可能在早上无法发送消息，但下午或几天后就可以发送。其他时候，无论我们尝试多少次，我们都无法访问这些地址。
以下是尝试失败时将发回的一些信息：
未能向以下收件人或分发列表递送邮件：
尝试将此邮件传递到收件人的电子邮件地址时发生错误。Microsoft Exchange 不会尝试为您重新传递此邮件。请尝试重新发送此邮件，或向系统管理员提供以下诊断文本。
以下组织拒绝了您的消息：snt0-mc1-f7.Snt0.hotmail.com。
此外，我们的邮件服务器生成诊断信息，Hotmail（或 MSN）服务器返回“#500 无法识别的命令 ##”
有谁遇到过类似的事情或者知道问题可能是什么吗？
更新
我对这个问题进行了更深入的研究，发现 SPF 记录似乎不错（或至少可以通过）。
答案1
您可能会被他们的反垃圾邮件检查发现。根据此处的常见问题解答：http://postmaster.msn.com/，您应该发布您的“发件人策略框架 (SPF) 记录以帮助通过任何发件人 ID 身份验证检查”。
在此了解有关发件人 ID 以及如何发布 SPF 记录的更多信息：http://www.microsoft.com/senderid
答案2
确保对 MX 记录进行反向查找。他们通常会拒绝没有反向 MX 记录的流量，以防止垃圾邮件
答案3
如果您的 DNS 中没有 SPF 记录，请考虑添加它。我发现这很有帮助。显然，主要参与者开始对使用它的域给予一定程度的信任。
答案4
我们看到了相同的行为。Hotmail/MSN 检查 SPF 记录（目前所有 ISP 在接受投递之前都会检查域的电子邮件信誉和发件人的 IP 地址）。
在您发送电子邮件的域上创建 SPF 记录（使用http://www.openspf.org/）。设置完成后，通过向 Gmail 帐户发送邮件并查看电子邮件的消息头来测试 SPF 记录，您会发现 Google 对 SPF 结果的报告：
身份验证结果：mx.google.com；spf=pass（google.com：域名[电子邮件保护]指定 65.55.111.150 为允许的发件人）
检查每个 MX 记录是否都有反向 DNS 条目 -http://www.dnsstuff.com非常适合检查这些设置是否正确。检查您是否被列入黑名单（但我认为如果您被列入黑名单，您会看到不同的错误消息）。
我不确定服务器的名称是否有区别（需要设置为与反向 DNS 条目相同？）