我有一个非常奇怪的问题，我不知道是编程问题还是服务器问题:-p。
基本上，我发送一封电子邮件到一个交换分配列表，其中包括一个PHP堆栈跟踪; 在某些故障期间，跟踪包括真正的高级信息，例如机器的环境variables（在文件读取期间等）。
我一行一行通过电子邮件的副本，直到发送电子邮件，它出现在行：
[SUDO_COMMAND] => /etc/init.d/httpd restart 是罪魁祸首。 在发送电子邮件之前添加stringreplace允许发送成功。 我不明白的是为什么这些字符stream只会在分发邮件上造成问题。
如果我也发送邮件给自己，比如“[email protected]; [email protected]”，那么我会收到邮件。 重新排列名单并没有什么不同，这个群体永远不会收到邮件。
因为个人得到的电子邮件，而不是组，我假设故障是与交换和一些stream氓过滤 – 我已经通过它与系统pipe理员，并没有任何types的过滤在该组…所以也许这是一个错误？
我找不到其他人logging了这个具体的错误，所以我想我会在这里打开它。 现在我只是没有使用分配列表，但最终find解决scheme是很好的。
非常感谢，克里斯
我不是Exchangepipe理员（比较喜欢Postfix），但是你是积极的，而不是之前或之后呢？ 只是一个想法….
只是为了testing它，我发送了一封只包含该string的电子邮件到我们的Exchange服务器上的一个DL，同时我也收到了这个邮件，第一次，通知气球是空白的。 第二次和第三次我根本看不到神器，所以第一次可能是红鲱鱼。
Exchange端是否存在恶意软件过滤，尤其是启发式检查？ 这可能是它看到带有“可疑”内容的信息的地方。 为什么它仅影响组可能与不同的路由有关，例如，如果为具有该过滤的特定Exchange服务器（或在该服务器的邮件path中设置了组扩展）设置组扩展。 可能的情况是，如果给你的邮件和列表地址在分组展开之前的某个阶段被拆分，信封中与收件人结合的收件人数量不同，也可能触发了某个阈值。
您是否使用过Exchange的邮件跟踪function来查找邮件中发生了什么？ 它是否弹起，还是它永远不会到达？ 如果是后者，请检查系统的badmail目录，看看邮件是否在那里登陆。