识别邮件故障点

步骤

1. 在完成启动和停止通道程序后，您应该具有可用于解决问题的以下文件：

   1. 每个通道程序中的邮件文件（例如 ZZ01K7LXW76T7O9TD0TB.KEEP1）的所有副本

   2. 一个 tcp_local_slave.log-* 文件

   3. 每个目标通道的一组 channel_master.log-* 文件

   4. 可以显示邮件路径的一组 mail.log_current 记录

      所有文件应该具有与mail.log_current 记录中的邮件 ID: 标题行相匹配的时间戳和邮件 ID 值。请注意有一个例外，当邮件被退回发件人时，这些退回的邮件将具有与原邮件不同的邮件 ID 值。

2. 检查 tcp_local_slave.log-* 文件以确定邮件进入邮件队列时是否有邮件组成部分。

   查看 SMTP 对话和数据以查看从客户机发送的内容。

   如果邮件组成部分未出现在 tcp_local_slave.log-* 文件中，则问题出现在邮件进入 MTA 之前。结果是，邮件被排入队列而没带邮件组成部分。这种情况下，问题可能发生在发件人的远程 SMTP 服务器或发件人的客户机上。

3. 审查邮件文件的副本以查看邮件组成部分被更改或丢失的位置。

   如果任一邮件文件显示邮件组成部分被更改或丢失，请检查以前的通道日志文件。例如，如果进入 tcp_intranet 通道的邮件中的邮件组成部分被更改或丢失，则应查看 conversion_master.log-* 文件。

4. 查看邮件的最终目标。

   如果邮件组成部分看起来没有在 tcp_local_slave.log、邮件文件（例如：ZZ01K7LXW76T7O9TD0TB.KEEP1）和 channel_master.log-* 文件中更改，则 MTA 未更改邮件，邮件组成部分是在通向其最终目标的路径中的下一步上消失的。

   如果最终目标是 ims-ms 通道（邮件存储），则可以将邮件从服务器下载到客户机上，以确定邮件组成部分是在此传输期间还是在此之后丢失的。如果目标通道是 tcp_* 通道，则需要转至邮件路径中的 MTA。假定是 Messaging Server MTA，您将需要重复整个故障排除过程（请参见识别邮件路径中的通道、手动启动和停止通道以收集数据和本节内容）。如果另一个 MTA 不受您的管理，则报告问题的用户应与特定站点联系。