我在当地政府机构工作，我们管理自己的邮件列表，为我们的公民推送新闻和信息。我尽量保持积极主动地删除不再存在的电子邮件地址并处理任何垃圾邮件黑名单。然而，有一份未送达的报告让我感到莫名其妙。这是一个屏幕截图：
模糊的区域表示我们的电子邮件服务器。
如您所见，其中没有任何电子邮件地址可以告诉我问题出在哪里。每次我们发送另一个新闻稿时，我都会收到其中的几个，一切都是一样的，但日期、线程索引和消息 ID 是一样的。我在电子邮件服务器的日志中找不到任何这些。我如何确定这与哪个电子邮件地址相关，以便将其删除？
就上下文而言，电子邮件是使用另一个电子邮件服务器软件在我们的网络服务器上生成的。我们的主要电子邮件服务器正在运行 Exchange。我已经与我们的电子邮件服务器管理员讨论过这个问题，他们在日志中看不到任何内容。
更新：这是我遇到同样问题的另一种类型。我理解错误的含义，但我怎么知道那个域是什么？
维护一个大的邮件列表可能涉及大量的侦探工作。这在很大程度上是由 MS Exchange 和其他邮件服务器造成的，他们认为最好不要使用 5xx SMTP 代码来指示未知用户，而是为所有人接受电子邮件，然后生成新电子邮件以通知发件人某些用户不接受存在。为了让生活更有趣，这些“回复”的格式可以配置，因此您不能依赖标准格式的回复。
当这些返回邮件列表时，一些列表软件无法识别可爱的自定义“没有这样的用户”电子邮件，并生成一个新的“我不知道你在说什么”电子邮件，这可以追溯到原始“没有这样的用户”电子邮件来自的系统帐户。
这些可以反弹和转发一段时间，直到最后一个自动回复（到一个自动回复）^
n到一个没有这样的用户的自动电子邮件（对于大n）到达一个人，然后他必须开始计算哪个无效订阅用户导致原始电子邮件。恭喜，这是你，这是你的工作。我成功使用的技术包括：
对发送用户的域进行精明的猜测（在这种情况下可能是
lotuslive.com），询问列表服务器哪些用户在该域中（在mailman涉及下sudo -u mailman list_members -f LISTNAME | grep lotuslive.com），并向他们每个人发送一封个人测试电子邮件以查找退回；重复上述操作，但对于每个订阅用户，执行 a
dig mx DOMAINNAME并查看是否有任何接收者的域被 MX 委托给lotuslive.com，然后对于其中的每一个，发送一封个人测试电子邮件以查找退回；将列表引擎的传递速度减慢到爬行（例如，每分钟发送一封电子邮件）并尝试将回复（请参阅邮件服务器日志）与收件人相关联；
接受我永远不会找出它是谁，并涉及 procmail 或一些类似的过滤器来抑制最终错误，因此每次将合法邮件发送到列表时我都不必阅读它。
简而言之，没有单一的答案。需要耐心的侦探工作，这只是列表管理员的一部分。祝你好运。
来完成这个问题。我确实找到了原因。我们使用的电子邮件服务器配置不正确。其中一项设置引用了坏域。我更新了它以使用正确的域，现在我不再收到这些消息。