5.5.0 smtp; 554交易失败的垃圾邮件未排队

某些用户试图使用Exchange Server 2003将电子邮件发送到某些域，但邮件始终被拒绝，并显示以下消息：

5.5.0 smtp; 554交易失败垃圾邮件未排队

IP不在黑名单中（使用http://whatismyipaddress.com/blacklist-check进行检查，并且是干净的 – 未列出）。

电子邮件是使用smtpdiag（“一个故障排除工具，旨在直接在启用了IIS / SMTP服务的Windows服务器上工作，或安装了Exchange Server”）进行检查，并且使用端口25的连接正常。

另外，set type = ptr的nslookup显示（名称和IP已更改，“>”表示我input了某些内容）：

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

当我用http://www.mxtoolbox.comtestingspflogging时，它显示：

 TXT mydomain.com 24 hrs v=spf1 a mx ptr ip4:20.21.22.23 mx:mail.mydomain.com -all

这里发生了什么线索？

目前的反垃圾邮件技术的不幸本质是，如果收件人的设置太紧，它们是不完善的并且容易出现误报。我没有针对您的具体答案，但我认为尝试几个故障排除步骤会有价值：

这是发生在该域的所有消息？或者只是一些？
如果发送者稍后重新发送消息，是否通过？（试图确定块是由于stream量控制还是消息特定的。）
你能发送手动testing（例如从命令行通过telnet），并成功发送消息？
这种行为最近开始了吗？或者这是一个持续的问题？
您的用户是否能够成功发送到此域？

如果没有什么明显的突出，我会build议收集数据包捕获和检查SMTP对话。这可能提供了何时被拒绝的消息的线索。如果不是的话，你将会得到一些可以提供给收件人邮件pipe理员的“证据”，这个邮件pipe理员可以详细解释发生了什么事情。

希望这可以帮助。