注册 | 登录 忘记密码？ 51cto首页 | 博客 | 论坛 | 招聘
热点文章 IB客座主编(四)美国西蒙公..
　帮助
《案例精解企业级网络构建》赠书活动开始啦！ 　最新活动：“Web安全大家谈”有奖征文 博主的更多文章>>

邮件服务器问题--邮件积压、传递延迟解决方法

2007-05-30 08:49:21
版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://cdmatong.blog.51cto.com/13419/28453
邮件服务器问题--邮件积压、传递延迟解决方法
 
症状描述：
邮件服务器A和邮件服务器B，作前后端设置，前端接收邮件后，投递给后端服务器内的邮箱，当前前端接收外部邮件后，无法投递给后端邮箱，导致邮件积压在前端服务器，内部邮件传递需要延迟25分钟左右到达。
 
通过察看前后端服务器的各类服务，发现所有服务均正常，由于无法投递给后端服务器，所以首先判断可能是后端服务器出现了问题，决定重启动。
 
重启动耗时4分钟，这时候察看前端队列，发现已经正常投递给后端服务器，认为问题解决，可能是意外原因导致后端服务器服务不正常。
 
但是经过5分钟的观察，发现，问题仍然存在，外部投递邮件仍然积压在前端服务器上，于是又深层次查找问题，发现如下症状
在Message Submitted to Advanced Queuing 和 Started Message Submission to Advanced Queue两步用时超过10分钟，在Message Submitted to Categorizer 和Message Categorized and Queued for Routing 之间历时接近10分钟，根据这个线索，查找资料，得到如下类似症状
 
http://www.microsoft.com/technet/prodtechnol/exchange/ZH-CN/Guides/E2k3TransnRouting/18682a71-ba92-42ec-9a54-8514d607c522.mspx?mfr=true
 
 

由于全局编录服务器问题而导致邮件传递出现延迟

全局编录问题可能导致邮件传递出现延迟。在这种情况下，会生成 NDR 以通知发件人这一延迟。可以使用邮件跟踪中心来诊断这些问题。下面的示例显示了从邮件跟踪中心所收集到的数据：
6/22/2001 3:54 PM Tracked message history on server CONTOSO-MSG-01
6/22/2001 3:54 PM SMTP Store Driver: Message Submitted from Store
6/22/2001 3:54 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 3:54 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 3:54 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 4:24 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 4:24 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP Store Driver: Message Delivered Locally to Store
在上面的示例中，应注意到邮件在邮件分类程序中延迟了 30 分钟，之后才开始进行出站传输，并且最终被送达。在这些情况下，应通过运行 Nltest 工具来确定 Exchange 使用哪一台全局编录服务器。具体步骤在本主题前面的“通过使用移动邮箱工具将收件人移到 Active Directory”中已说明。然后，调查所涉及到的全局编录服务器。下面是全局编录服务器的常见问题：
•
全局编录服务器超载或工作过度。
•
全局编录服务器出现性能问题。
•
内存不足。
•
硬盘空间不足。
•
Exchange 2000 与全局编录服务器之间出现暂时性的网络问题。
•
使用同一个全局编录服务器的 Exchange 服务器过多（推荐的 Exchange 处理器与全局编录服务器处理器的比率是四比一）。
  要点：
邮件跟踪日志可能会起到一种误导作用。例如，如果全局编录服务器正常工作，并且邮件分类程序也正常工作，但是远程 SMTP 服务器不可用达三十分钟，则邮件跟踪日志可能与上面显示的示例日志类似。此外，如果邮件必须在本地传递，并且 Exchange 存储执行速度很慢，则邮件跟踪日志将显示出“邮件已提交到邮件分类程序”与“邮件已传递到本地存储”之间存在很大的时间差异。
重现问题时，应从全局编录服务器中使用系统监视器日志。这有助于您诊断这些问题。再次使用全局编录服务器可以解决这些问题。要解决这些问题，可以为每一台 Exchange 服务器指定一台全局编录服务器。
  注意：
建议只有在要排除故障时才手动配置全局编录服务器。手动配置了全局编录服务器后，如果某个服务器不可用，Exchange 将无法检测到。
有关详细信息，请参阅如何指定全局编录服务器。
有关 DSAccess 的其他信息，请参阅 Microsoft 知识库中编号为 250570 的文章：“XCON: Directory Service Server Detection and DSAccess Usage”。
ExchOwningPFTreeBL: CN=Public Information Store (PFREP55),CN=First Storage Group,CN=InformationStore,CN=PFREP55,CN=Servers,CN=FourthCoffee,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=cumbria,DC=extest,DC=microsoft, DC=com;
CN=Public Folder Store (PFREP57),CN=First Storage Group,CN=InformationStore, CN=PFREP57,CN=Servers,CN=Coniston,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=cumbria,DC=example,DC=microsoft,DC=com;
CN=Public Information Store (PFREP56),CN=First Storage Group,CN=InformationStore,CN=PFREP56,CN=Servers,CN=Coniston,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=cumbria,DC=example,DC=microsoft,DC=com;
 
 
紫色字部分症状与我们的症状是一样的，所以，根据此结果，我们查询了两台邮件服务器获取账户的GC，通过命令
NLTEST /DSGETDC:test.com /GC
 
得到如下信息：
NLTEST /DSGETDC:test.com /GC
           DC: \\*****.test.com
      Address: \\10.0.**.**
     Dom Guid: f4938c04-de3e-4db1-bbd6-b8a65eaeb77e
     Dom Name: test.com
  Forest Name: test.com
 Dc Site Name: Default
Our Site Name: Default
        Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN
DNS_FOREST CLOSE_SITE
The command completed successfully
 
 
NLTEST /DSGETDC: test.com /GC
           DC: \\****. test.com
      Address: \\10.0.**.**
     Dom Guid: f4938c04-de3e-4db1-tt58-b8a666dwb07e
     Dom Name:  test.com
  Forest Name:  test.com
 Dc Site Name: Default
Our Site Name: Default
        Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN
DNS_FOREST CLOSE_SITE
The command completed successfully
 
可以看出，两台服务器引用的GC是不同的，由于以前没有出现该问题，那么我们猜测，是否由于两台GC同步上出了问题，导致GC数据不同步，邮件服务器引用数据无法匹配，导致邮件无法传递，因此，我们做了如下操作：
 
修正邮件服务器的缺省引用GC，保证两邮件服务器引用同一台GC的数据，重启动生效后，问题解决。
 
总结：
 
由于EXCHANGE 服务器与域结合非常紧密，所以，当邮件服务器出现问题后，有可能是域控制器的问题导致。
 
附一：如何指定全局编录服务器
 
http://www.microsoft.com/technet/prodtechnol/exchange/ZH-CN/Guides/E2k3TransnRouting/411e8bfd-6291-4bd0-bfd5-dad94220062e.mspx?mfr=true
 
全局编录问题可能导致邮件传递出现延迟。在这种情况下，会生成 NDR 以通知发件人这一延迟。可以使用邮件跟踪中心来诊断这些问题。
下面是全局编录服务器的常见问题：
•
全局编录服务器超载或工作过度。
•
全局编录服务器出现性能问题。
•
内存不足。
•
硬盘空间不足。
•
Exchange 2000 Server 与全局编录服务器之间出现暂时性的网络问题。
•
使用同一个全局编录服务器的 Exchange 服务器过多（推荐的 Exchange 处理器与全局编录服务器处理器的比率是四比一）。
  要点：
邮件跟踪日志可能会起到一种误导作用。例如，如果全局编录服务器正常工作，并且邮件分类程序也正常工作，但是远程 SMTP 服务器不可用达三十分钟，则邮件跟踪日志可能与上面显示的示例日志类似。此外，如果邮件必须在本地传递，并且 Exchange 存储执行速度很慢，则邮件跟踪日志将显示出“邮件已提交到邮件分类程序”与“邮件已传递到本地存储”之间存在很大的时间差异。
重现问题时，应从全局编录服务器中使用系统监视器日志。这有助于您诊断这些问题。再次使用全局编录服务器可以解决这些问题。要解决这些问题，可以对每一台 Exchange 服务器指定一台全局编录服务器。
  注意：
建议只有在要排除故障时才手动配置全局编录服务器。手动配置了全局编录服务器后，如果某个服务器不可用，Exchange 将无法检测到。

开始之前

在执行本主题中的步骤之前，请阅读未送达报告邮件故障排除。
执行此步骤需要有下列权限：
•
本地管理员组的成员，以及在组织级别应用了 Exchange 管理员角色的组的成员
返回页首

步骤

指定全局编录服务器

1.
在 Exchange 系统管理器中，展开“服务器”，用鼠标右键单击您的 Exchange 服务器，再单击“属性”。
2.
单击“目录访问”选项卡。
3.
在“显示”中，选择“全局编录服务器”。
4.
清除“自动探查服务器”复选框。
“目录访问”选项卡
5.
单击“添加”，再选择要排除其故障的全局编录服务器。所选定的用作域的全局编录服务器的服务器必须存在于 Active Directory 中、必须可以通过 LDAP 端口 3268 访问到、必须实时地处理 Exchange 服务器的请求，并且必须具有收件人对象的全部已启用邮件属性。
下面的示例显示了从邮件跟踪中心所收集到的数据：
6/22/2001 3:54 PM Tracked message history on server CONTOSO-MSG-01
6/22/2001 3:54 PM SMTP Store Driver: Message Submitted from Store
6/22/2001 3:54 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 3:54 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 3:54 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 4:24 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 4:24 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP Store Driver: Message Delivered Locally to Store
在上面的示例中，应注意到邮件在邮件分类程序中延迟了 30 分钟，之后才开始进行出站传输，并且最终被送达。在这些情况下，应通过运行 Nltest 工具来确定 Exchange 使用哪一台全局编录服务器。具体步骤在产生未送达报告的常见情形中的“通过使用移动邮箱工具将收件人移到 Active Directory”部分已说明。然后，调查所涉及到的全局编录服务器。
有关 DSAccess 的其他信息，请参阅 Microsoft 知识库中编号为 250570 的文章：“XCON: Directory Service Server Detection and DSAccess Usage”（英文）。
  

本文出自 “天涯的小窝” 博客，请务必保留此出处http://cdmatong.blog.51cto.com/13419/28453





    文章评论
 
2007-05-30 13:11:38
顶一个

2007-05-30 21:49:02
我也顶一个。。。邮件积压，是一个经常遇到的问题。。。

2007-06-04 03:18:12
原来如此，思路不错：）

2007-09-22 13:18:16
我也存在邮件出不去的问题，可是不清楚是不是积压，但是有一种情况就是有时候它能到后端（当你重启登录或没登录的情况下）然后就又不行了，不过我这的情况好像不止25分钟了，我配置的也对的，就不知道错在哪了

 

发表评论

昵   称：
验证码： 　点击图片可刷新验证码　　博客过2级，无需填写验证码
内   容：