我的 Postfix 服务器在接收来自拥有超过 100 个收件人的客户邮件服务器的分发电子邮件时遇到问题。我使用 debug_peer_level 和 debug_peer_list 增加了调试信息。
我发现，在 Postfix 服务器收到 99-102 "RCPT TO:" SMTP 命令后，它会关闭连接。
日志并没有真正表明 Postfix 在那个时候正在做什么，我已经将我的 debug_peer_level 增加到 99 以确保我没有遗漏任何其他信息。
我们目前使用 Postfix 和 Amavisd 运行邮件服务器。
一位客户要求我们查看是否可以归档他们所有的互联网电子邮件，我们开始使用 Postfix always_bcc 选项。
然而，我们已经意识到，当电子邮件包含密件抄送时，所有的剧院信息都不会被原封不动地保存下来。always_bcc 消息只有 TO: 和 CC: 字段。
在我们的实例中，客户端邮件服务器使用 Postfix 进行智能托管，此时，我确信密件抄送信息在发送到 Postfix 服务器时是完整的。日志将显示发送到 TO:、CC: 和 BCC: 字段的电子邮件都使用相同的 Postfix ID，因此我很确定信息在那里。
我最近一直将 qpsmtpd 视为捕获此信息的另一种选择，并尝试查看我可能有哪些其他选项来保存和归档包含信息的电子邮件。
我们公司正在寻求实施一项政策，以监控我们运行 Windows 操作系统的公司 PC 的 USB 添加和删除。我们知道我们可以在特定条件下通过策略阻止用户使用 USB，但我们首选的选项是将这些更改报告到 EventViewer，以便可以每天、每周、每小时收集和审查这些更改。
有谁知道可以在 Windows 平台上实现的任何工具或选项。我真的不需要集中收集信息的帮助，只需要 PC 级别的可靠报告。
我们有一个 Postfix 集线器，我正在尝试更好地理解 mail.log 文件中的信息。我使用 qshape、pflogsumm.pl 和 amavis-logwatch 等工具来总结日志文件，但我对原始日志文件的某些元素仍有疑问。
我的第一个问题是关于最终发送电子邮件时 Postfix 出现的延迟条目。我猜这些值以秒为单位，但这些信息究竟意味着什么。
delay=2.4, delays=0.18/0.01/1.4/0.81
电子邮件是否总共需要 2.4 秒来处理？
延迟部分的时间细分是什么？