什么故障分析技术可用于确定邮件丢失的问题

进一步检查发现，该邮件不在ServerA或ServerB的Mail.Box中。发件人没有收到邮递失败报告（NDR）。也找不到发出的原始邮件了。什么故障分析技术可用于确定这样的邮件丢失的问题？

本文列出了用于R5和R6服务器的一些故障分析手段，可以帮助分析这种问题。请注意这些建议之间没有固定的先后顺序，可以是随机的，用户可以根据自己碰到的特定情况选用。

1 是否有防病毒的软件运行于ServerA或ServerB上？ 如果有，检查这个软件与Domino之间是否有兼容性的问题。检查该邮件是否被防病毒软件隔离或删除了。
2 这封信的收件人是否设置了转发地址（在个人文档中）？
3 收件人的个人文档是否损坏或设置不完全？
4 再发一封邮件，通过设置发件人的邮递选项来跟踪整个路径：
5 在两个服务器上添加以下调试参数：
DebugRouter=3
Log_mailrouting=40
注意：使用DebugRouter=3时，不是所有的主控台信息都会记录到log.nsf中，因此还需要添加Debug_outfile=c:\temp\outfile.txt参数到notes.ini。
6 如果两个服务器位于同一个命名网络域中，则服务器之间用户邮递路由的连接文档不是必需的。邮件可以自动路由。
7 ServerB上是否可能有多个MAIL.BOX？（比如MAIL1.BOX和MAIL2.BOX）如果是，请检查其他MAIL.BOX文件的内容看是否包含那封邮件。
8 用户对ServerA和ServerB的MAIL.BOX文件是否有访问权限？如果没有，用户看到的文件显示为空的。检查MAIL.BOX的存取控制列表，看权限是否有问题。
9 ServerB是否存在磁盘空间不足，MAIL.BOX或log.nsf损坏等问题？在已有的log.nsf中搜索任何可能导致服务器性能下降问题的报错。为ServerB重建log.nsf和MAIL.BOX，如果可能，也为ServerA重建，然后重新试一次。
10 暂停ServerB上的路由任务，从ServerA重发一封相同的邮件。这封信是否停在ServerB的MAIL.BOX中？从其他服务器上发邮件给相同的收件人，这个问题也会出现吗？
11 请发件人和收件人检查收件箱和所有文档视图，是否能找到那封邮件？如果都不在，邮件文件本身是否存在文件损坏或到达限额的问题？服务器的磁盘空间足够吗？
12 这个问题是否指和ServerB上的特定收件人有关？用户可否通过telnet从ServerA连通ServerB的1352端口？从其他服务器telnet ServerB的1352断口结果如何？在http://notes.net上有一个叫nping或Notesconnect的工具，是否Notesconnect是否可以连接成功？
13 收件人在ServerB上是否有多个邮件文件？检查文件名称的大小写，这个在Unix平台上尤其重要。
14 收件人能否收到从其他ServerB的邮件用户发出来的邮件？
15 在地址本中是否存在与收件人或发件人名称类似的用户？如果有，检查那个用户的邮箱，看是否受到了该邮件。
16 其他ServerA上的用户是否可以将邮件成功发送给UserB，或ServerB上的其他用户？
17 是否存在邮件规则或其他设置阻挡了此邮件的传送和投递？
18 网络是否存在问题？
19 在服务器的主控台敲入命令“tell router show queue”，检查该命令的返回信息。关于如何察看“tell router show queue”的信息,您可以参考另一篇文档:http://www.ibm.com/support/docview.wss?rs=899&uid=swg21093506