怎样排除Exchange故障接收外部Email

12/3/2006来源:Exchange Server人气:6184

 尽管本地邮件看起来是没有问题的,但是我们不能接收外部发过来的邮件。我们运行的是Windows2000和Exchange2000(这两项都已经安装了最新的补丁、服务包,等等)。我们有三个物理的服务器分别作DNS服务,Exchange服务和PRint服务。我们还有一个外部主机域,它是用来让外部邮件传输到我们的系统中来。我们不断的累积日志,数据库中数据不断增多,我们可以发送接收网络中的邮件(环境是配备防火墙的T1接入方式),尽管我们能够发送邮件,但是我们不能去接收外部邮件。我们已经累计了每天的日志,它显示邮件已经进来了,但是通过Outlook却接收不到邮件(收件箱是空的)。系统一直工作正常,并且从两件前系统搭建好后,从来没有做过改动。主机域已经取得联系。

  你没有把你的问题明确地描述出来,但是你间接提到基于两年来的操作,并且你访问了主机域,我假定直到最近你的系统可以成功接收邮件。

  也就是说,我将会从你的公司网络外部做一些测试。做这些的目的是能够越过一个调制解调器或者类似的方式作为一个主机连接到Internet。为了便于接下来的讨论。在下面解释中我将你的SMTP域称为“company.com”。

  首先,发起一个命令指令,并且使用NSLookup(一个查询功能变量名称对应的ip地址的工具)来检查同你的域关联的公共DNS记录。阅读下面的例子:

  > set query=mx

  > company。com

  Server: ns.myisp.somewhere.com

  Address: 207.4.64.23

  非权威的解释:

  company.com MX preference=10, mail exchanger=aslant.company.com

  注意第一步我使用了设置命令来查看问题返回单独的Exchange邮件记录。接下来我运行这个问题指向SearchExchange.com域。我看到一个MX记录被列出:aslan.company.com。因为我指向的是我本地的ISP服务器,同时我注意到记录返回的是:“非权威”。

  现在查找权威的服务器:

  > set query=ns

  > company.com

  Server: ns.myisp.somewher.com

  Address: 207.4.64.23

  Company.com nameserver = Caspian.narnia.com

  Caspian.narnia.com internet address = 207.7.1.1

  在这一步,只是再次检查MX记录挂在权威的服务器上来确认它同时被作为aslan.company.com列出。你可以进行和我已经用过的命令做同样的设置。如果有差别,求助于主机提供商来寻找你的公共DNS记录,并查询它为什么改变你的MX记录。

  如果假定这里没有差别,尝试telnet在MX记录中列出的服务器的25端口。例如:

  >telnet aslant.Company.com 25

  这表明你进入了一个Telnet session,并且会显示类似于下面列出的一些SMTP类别的标语,例如:

  220 aslan.company.com Microsoft ESMTP MAIL Service, Version: 6.0.3790.211 read

  y at Wed, 21 Sep 2005 19:15:48 -0700

  如果因为一些原因,你不能设法去创建一个telnet session,那么可能是你的问题在什么地方有了误差。服务器是那个“世界” 认为是你的公共邮件网关不存在,事实上,接收联接在25端口,这个端口被用作SMTP通信。这是很糟糕的(它就像在你的房子门前没有安放邮筒--没地方放信件啊!)。这可能是因为服务器或者在外部和你的邮件网关之间的防火墙作了错误配置。

  如果你可以去连接到服务器,下一步是手动发出Telnet命令来给你自己发送一条测试邮件。要完成这些步骤可以在微软知识库基础文章153119中有描述。XFOR:使用Telnet测试Exchange计算机25端口上的SMTP通信。(实际上,我推荐它是因为,任何一个人都可以很有规则地把微软Exchange实例操作,这些步骤必须通过Telnet来发送邮件。它是学习这些步骤的一个完美例子,并且当遇到故障的时候,这是非常有用的技巧。)

  当你试图去发送一个入站邮件时,你很可能会遇到错误。在这个事例中,你需要获得确定的错误信息(例如:“发送被拒绝”等等。),并且在这里充当故障修复员。这个你连接的服务器(不管是你的服务器还是你的ISP的服务器,这取决于你的设置)是被错误配置的。

  现在,我怀疑你已经发现了你的问题,并且找到了需要解决的根本原因。一旦你解决了问题,你应该可以通过Telnet session给你自己发送邮件,只需要确定的是这些都正常工作。

  如果以上的这些依然没有解决你的问题,试着使用消息跟踪中心(Message Tracking Center)来了解信件将会在你的环境中的什么位置。如果你有更多问题的话,让我知道它是怎么产生的。