我目前在向一个特定域发送电子邮件时遇到问题。我们正在运行 Exchange 2007(最近从 2003 迁移而来)。我们能够成功地向任何其他域内部和外部发送电子邮件。电子邮件排队在 DnsConnectorDelivery 类型队列中,没有 Last Error 消息。服务器能够正确解析 MX 记录。SMTPSend 日志显示以下内容:
2009-10-21T06:37:47.265Z,SMTP to Internet,08CC201AD304F254,0,,x.x.x.x:25,*,,attempting to connect
2009-10-21T06:37:47.281Z,SMTP to Internet,08CC201AD304F254,1,198.231.225.23:3544,x.x.x.x:25,+,,
2009-10-21T06:47:48.038Z,SMTP to Internet,08CC201AD304F254,2,198.231.225.23:3544,x.x.x.x:25,-,,Remote
2009-10-21T06:47:48.038Z,SMTP to Internet,08CC201AD304F254,0,,y.y.y.y:25,*,,attempting to connect
2009-10-21T06:47:48.054Z,SMTP to Internet,08CC201AD304F254,1,198.231.225.23:13695,y.y.y.y:25,+,,
2009-10-21T06:57:48.436Z,SMTP to Internet,08CC201AD304F254,2,198.231.225.23:13695,y.y.y.y:25,-,,Remote
...其中 xxxx 和 yyyy 是该域名正确的第一个和第二个 MX 记录。
从我的桌面(但外部 IP 地址不同),我能够 Telnet 到 xxxx:25 和 yyyy:25 并发送电子邮件。当尝试从 Exchange 服务器进行 Telnet 时,它只是在发出“OPEN xxxx 25”命令后等待。我能够成功地从我们的 Exchange 服务器 Telnet 到其他 SMTP 服务器。
我正在与其他域的管理员合作,以确定我们的 IP 是否以某种方式被列入黑名单,但还有其他什么原因会导致这些症状吗?
答案1
事实证明,这个问题有一个修复程序: http://support.microsoft.com/kb/951291
答案2
如果你无法从交换盒远程登录到该特定 IP/SMTP,那么问题可能出在他们的终端或通往他们终端的路径上。我遇到过两次这个问题
- 问题出在另一端的 ISP 上。
- 我使用的是 OpenDNS,但它阻止了该特定 IP。我添加了“始终允许”,这样就成功了。
答案3
远程端有防火墙规则吗?假设您的服务器 IP 没有被其端的防火墙阻止,远程管理员应该能够在其 SMTP 服务器上运行数据包捕获,查看传入的连接尝试并确定发生了什么。他们还应该能够查看其 SMTP 日志以查看发生了什么。
答案4
从您的描述来看,远程端似乎专门阻止了您的 Exchange 服务器的 IP 地址。如果该 IP 在某个黑名单上,则可能会发生这种情况。我们的设备发生过几次这种情况,一旦我们摆脱了黑名单,邮件就会开始流动。