Router 和 SMTP 宕机问题的诊断和解决



Technote (troubleshooting)

问题

本文主要描述了一组诊断和修复路由及SMTP任务宕机问题的指导方针。

解决问题

以下是来帮助诊断和修复 Router 及 SMTP 宕机问题的一组指导方针。
Router 任务负责邮件的本地分发，而Domino 服务器通过 NRPC 或 SMTP 协议向其他服务器转发邮件。如果 Router 任务导致服务器宕机，在绝大多数情况下是因为该服务器上mail.box 中的信息处理引起的。

下面步骤可以帮助诊断和修复路由宕机问题：
1. 在服务器处于关闭的情况下，在 Domino 的 data 目录下重命名mail.box（比如，将mail.box重命名为mail.old）。
2. 重新启动服务器，新的 mail.box 将会自动创建。
3. 监测服务器一段时间来确认邮件能被按照期望的方式路由。
4. 如果使用了新的 mail.box，路由任务依然宕机，这个宕机可能是和第三方软件（防病毒软件等）的冲突或者和一些特定的数据库（如：数据库损坏，特殊邮件规则等）的冲突引起的。在重启服务器之前，将下列调试参数加到服务器的Notes.ini中：
log_mailrouting=40
debugrouter=3
5. 如果在使用的新的mail.box后服务器变得稳定，从底部邮件开始，将旧 mail.box 中的邮件拷贝到新 mail.box 中。如果有问题的邮件导致了服务器的宕机，那么这个邮件极大可能在最顶部。
6. 如果所有的邮件都拷贝到了新的 mail.box 并且服务器没有宕机，那么路由宕机很有可能是因为资源不够。重启服务器（这样将会结束服务器中所有的会话并释放所有的资源）可能会解决这个问题。
7. 如果当一个特殊的邮件保存到 mail.box 导致了服务器的宕机，很有可能是因为这个邮件或者接收数据库引起的。

注意：如果路由宕机像是外发 SMTP 信件引起的，将下面的调试参数加到服务器的Notes.ini中
smtpclientdebug=1

SMTP 任务负责接收并对收到的 SMTP 信件逐条完成 MIME-CD 转换。如果 SMTP 任务导致了服务器宕机，在绝大多数情况下是因为在接收外来邮件的过程中某封邮件导致出错了。当系统重复尝试发送邮件时，经常会由于 SMTP 任务引起服务器连续宕机。

下面步骤能够帮助诊断和修复SMTP宕机问题：
1. 在服务器处于关闭的情况下，在服务器的Notes.ini中添加下列调试参数：
smtpdebug=3
2. 重新启动Domino服务器，并监测外来的 SMTP 邮件。
3. 如果可用，使用防火墙/网关/中继服务器来传递已经重新回到 Domino 邮件队列中的邮件。
4. 如果 SMTP 任务引起了服务器宕机，可能是由于从网关服务器接收的某封邮件引起的。检查 Domino 日志和网关服务器的队列来识别有问题的邮件。
5. 如果服务器没有宕机，宕机可能是由于资源不足引起的。重新启动服务器（这样将会结束服务器中所有的会话并释放所有的资源）可能会解决这个问题。
6. 如果服务器连续宕机，查看并比较 NSD 和控制台日志来确认宕机是由于哪一封外来邮件引起的。使用配置文档来阻止或拒绝源地址发来的邮件。
7. 如果不能辨别源，或者服务器连续宕机，增加下列额外的调试参数：
smtpsaveimporterrors=n
这个参数将会捕捉外来的SMTP邮件到STXXXXXX.TMP文件中，这个文件在操作系统的临时目录中。这可能导致临时目录变的很大，因此应该只用一小段时间。这个参数可以被设为1或2：
1 - 只保存那些 SMTP 任务无法导入的邮件
2 - 保存所有 SMTP 任务接收的邮件

注意：在进行下一步的诊断和修复前，请禁用当前正在使用的邮件规则。并且，第三方软件可能会与SMTP任务冲突，因此需要对第三方软件进行调查。