我遇到了一个非常奇怪的问题，我不确定是编程问题还是服务器问题：-p。
基本上，我正在向包含 PHP 堆栈跟踪的交换分发列表发送一封电子邮件；在某些故障期间，跟踪包含非常高级的信息，例如机器的环境变量（在读取文件期间等）。
我逐行查看了电子邮件的副本，直到电子邮件发送完毕，其中出现以下一行：
[SUDO_COMMAND] => /etc/init.d/httpd restart
是罪魁祸首。在发送电子邮件之前添加字符串替换可以成功发送。我不明白的是为什么这些字符流只在分发电子邮件中导致问题。
如果我也把邮件发给自己，即“[电子邮件保护]；[电子邮件保护]“，然后我就能正常收到电子邮件。重新排序列表不会产生任何影响，因为该组永远不会收到电子邮件。
因为个人收到了电子邮件而不是群组，所以我认为问题在于交换和一些恶意过滤 - 我已经与系统管理员一起检查过了，并且该群组没有任何形式的过滤...所以也许这是一个错误？
我找不到其他人记录过这个特定的故障，所以我想我会在这里打开它。目前我只是不使用分发列表，但最终找到解决方案会很好。
非常感谢，克里斯
答案1
我不是 Exchange 管理员（更喜欢 Postfix），但您确定是那行而不是其前一行或后一行吗？只是一个想法……
为了测试一下，我向我们 Exchange 服务器上的 DL 发送了一封仅包含该字符串的电子邮件，虽然我两次都收到了，但第一次的通知气球是空白的。第二次和第三次我根本没有看到任何瑕疵，所以第一次可能是个障眼法。
答案2
Exchange 端是否有恶意软件过滤，尤其是具有启发式检查的恶意软件过滤？它可能会在邮件中看到“可疑”内容。为什么它只影响组可能与不同的路由有关，例如，如果为具有该过滤的特定 Exchange 服务器设置了组扩展（或者在发往或来自该服务器的邮件路径中设置了该过滤）。如果在组扩展之前的某个阶段将发送给您的邮件和列表地址分开，那么信封中收件人数量与内容的不同也可能触发某些阈值。
答案3
您是否使用过 Exchange 的邮件跟踪功能来了解邮件发生了什么情况？邮件被退回了吗？还是根本就没有到达？如果是后者，请检查系统坏信目录来查看邮件是否到达那里。