我们有一些 PHP 应用程序，用于通过电子邮件处理与员工的内部沟通。有时，员工声称他们没有收到电子邮件。系统会将所有电子邮件的密件抄送给我或抄送给我，因此我手头有这些电子邮件的副本。此外，检查日志 /var/log/maillog 时，会发现一条记录，记录了员工声称未发送的消息。
我通过电子邮件向该工作人员发送了我收到的邮件副本以及邮件日志中的行副本。他说他每天检查一次垃圾邮件箱，因此他根本没有收到这封电子邮件。
现在该系统已运行近两年了，我们只收到过两起关于电子邮件未按时到达的投诉。
有什么方法可以让我弄清楚这封电子邮件发到了哪里或者没发到哪里？
答案1
追踪“从未到达”的电子邮件是一场管理噩梦。
我将通过查看您已经做过的邮件日志来开始（和结束）：这些日志将显示您的系统将消息传递给的服务器，并且如果成功传递（您的邮件日志中没有错误）则它几乎不受您控制，除非您想极其慷慨并开始致电其他网站的邮件管理员。
（专业提示：不除非存在“对业务都至关重要”的关系，否则不要打电话，在这种情况下，你的老板应该和他们的老板谈谈，让你们一起解决问题。）。
当我处理共享主机/电子邮件服务时，当电子邮件“从未到达”时，我曾经向人们提供这个标准样板，但我们的服务器没有给出充分的理由（我们有一个无错误的交接）：
电子邮件是一种根本不可靠的服务，完全依靠“尽力而为”将消息送达目的地。它依赖于消息沿途经过的每台机器的协作，并且可能因各种原因或毫无原因而失败。电子邮件无法保证一定能送达。
[COMPANY] 已尽最大努力传送您的邮件：它已于 [TIME] 从我们的服务器 ([OUR_SERVERNAME]) 移交给负责 [RECIPIENT] 电子邮件的服务器 ([RCPT_SERVERNAME])。遗憾的是，虽然 [OUR_SERVERNAME] 竭尽全力及时传送您的邮件并确保 [RECIPIENT] 能够收到它，但我们无法保证 [RCPT_SERVERNAME] 愿意付出多少努力。
（我猜我们的一线支持人员在将其发送给客户之前已经将其清理得不那么令人讨厌了，因为我从未因为上述原因被解雇——不过我确实从新的支持人员那里得到了一些笑声:-)