一些用户尝试使用 Exchange Server 2003 向某些域发送电子邮件，但邮件总是被拒绝，并显示以下消息：
5.5.0 smtp；554 交易失败垃圾邮件未排队
该 IP 不在黑名单中（使用http://whatismyipaddress.com/blacklist-check并且干净-未列出）。
使用 smtpdiag（“一种旨在直接在启用了 IIS/SMTP 服务或安装了 Exchange Server 的 Windows 服务器上运行的故障排除工具”）检查了电子邮件，发现使用端口 25 的连接正常。
此外，设置 type=ptr 的 nslookup 显示（名称和 IP 已更改，“>”表示我输入了一些内容）：
C:\Documents and Settings\administrator>nslookup
Default Server: publicdns.isp.net
Address: 10.10.10.10
> server publicdns.isp.net
Default Server: publicdns.isp.net
Address: 10.10.10.10
> set type=ptr
>mydomain.com
Server: publicdns.isp.net
Address: 10.10.10.10
mydomain.com
primary name server = publicdns.isp.net
responsible mail addr = root.isp.net
serial = 2011061301
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 86400 (1 day)
> 20.21.22.23
Server: publicdns.isp.net
Address: 10.10.10.10
23.22.21.20.in-addr.arpa name = mail.mydomain.com
20.21.in-addr.arpa nameserver = publicdns.isp.net
20.21.in-addr.arpa nameserver = publicdns2.isp.net
publicdns2.isp.net internet address = 10.10.10.11
publicdns.isp.net internet address = 10.10.10.10
Server: publicdns.isp.net
Address: 10.10.10.10
23.22.21.20.in-addr.arpa name = mail.mydomain.com
20.21.in-addr.arpa nameserver = publicdns.isp.net
20.21.in-addr.arpa nameserver = publicdns2.isp.net
publicdns2.isp.net internet address = 10.10.10.11
publicdns.isp.net internet address = 10.10.10.10
> set type=mx
> mydomain.com
Server: publicdns.isp.net
Address: 10.10.10.10
mydomain.com MX preference = 10, mail exchanger = mail.mydomain.com
mydomain.com nameserver = publicdns.isp.net
mydomain.com nameserver = publicdns2.isp.net
mail.mydomain.com internet address = 20.21.22.23
publicdns2.isp.net internet address = 10.10.10.11
publicdns.isp.net internet address = 10.10.10.10
> set type=a
> mydomain.com
Server: publicdns.isp.net
Address: 10.10.10.10
Nombre: mydomain.com
Address: 20.21.22.23
当我使用以下方式测试 spf 记录时http://www.mxtoolbox.com表明：
TXT mydomain.com 24 hrs v=spf1 a mx ptr ip4:20.21.22.23 mx:mail.mydomain.com -all
有任何线索知道这里发生什么事吗？
答案1
当前反垃圾邮件技术的缺点是，它们并不完善，如果收件人的设置过于严格，则容易出现误报。我没有具体的答案给你，但我认为尝试几个故障排除步骤会很有价值：
- 发往该域的所有邮件都会发生这种情况吗？还是只有部分邮件会发生这种情况？
- 如果发送者稍后重新发送该消息，它会通过吗？（只是试图确定阻塞是由于流控制还是特定于消息。）
- 您能发送手动测试（例如通过 telnet 从命令行发送）并成功发送消息吗？
- 这种行为是最近才出现的吗？还是一直存在的问题？
- 您的用户是否曾经能够成功发送邮件至该域？
如果没有什么明显的异常，我建议收集数据包捕获并检查 SMTP 对话。这可能会提供有关邮件被拒绝的具体时间的线索。如果没有，您将有一些“证据”可以提供给收件人邮件管理员，希望他们能详细说明发生了什么。
希望这可以帮助。