我在一个地方政府机构工作,我们pipe理自己的邮件列表,为我们的公民推送新闻和信息。 我试图保持主动去除不再存在的邮件地址,并处理任何垃圾邮件黑名单。 但是,有一个让我感到困惑的未送达报告。 这里是一个屏幕截图:

模糊的区域表示我们的电子邮件服务器。
正如你所看到的,那里没有任何电子邮件地址告诉我问题在哪里。 每当我们发出另外一个新闻稿时,我会得到其中的几个,一切都一样,但是date,线索索引和消息ID。 我一直无法在电子邮件服务器的日志中find这些。 我怎么知道这个电子邮件地址与哪个相关,所以我可以删除它?
在上下文中,电子邮件是使用其他电子邮件服务器软件在我们的Web服务器上生成的 我们的主要电子邮件服务器运行Exchange。 我已经和我们的电子邮件服务器pipe理员讨论过这个问题,他们在日志中没有看到任何东西。
更新:这是另一种types,我得到了相同的问题。 我明白错误意味着什么,但是我怎么知道这个域名是什么?

保持一个大的邮件列表可能涉及相当数量的侦探工作。 其中很大一部分是由于MS Exchange和其他邮件服务器认为不使用5xx SMTP代码来表示未知用户,而是接受所有人的电子邮件,然后生成新的电子邮件来通知发件人某些用户不是存在。 为了让生活更有趣,这些“回复”的格式可以configuration,所以你不能依赖标准格式的回应。
当那些回到邮件列表,一些列表软件不能识别可爱,自定义的“没有这样的用户”的电子邮件,并产生一个新的“我不知道你在说什么”电子邮件,这可以追溯到系统帐户从原来的“没有这样的用户”电子邮件来了。
这些可以反弹一段时间,直到最后一个自动回复(对于自动回复)^ n到一个没有这样的用户的自动电子邮件(对于大的n )达到一个人,然后谁必须开始工作无效的订阅用户造成原来的电子邮件。
恭喜,这是你,这是你的工作。 我已经成功使用的技术包括:
对发送用户的域(在这种情况下可能是lotuslive.com )做出精明的猜测,询问列表服务器哪些用户在该域中( mailman下的哪个用户涉及到sudo -u mailman list_members -f LISTNAME | grep lotuslive.com并发送每个人一个个人testing邮件寻找反弹;
重复上述步骤,但对于每个订阅的用户,做一个dig mx DOMAINNAME ,看看是否有任何reciipents的域是MX委托给lotuslive.com ,然后为每个人发送个人testing电子邮件寻找反弹;
将列表引擎的传输速度放缓(例如,每分钟发送一封电子邮件),并尝试将答复(请参阅邮件服务器日志)与收件人相关联;
接受我永远不会知道是谁,并且涉及到procmail或者一些类似的filter来抑制最终的错误,所以我不必每次都把合法的邮件发送到列表中去阅读它。
总之,没有一个单一的答案。 病人的侦探工作被要求,这只是列表pipe理员的一部分。 祝你好运。
完成这个问题。 我确实find了原因。 我们使用的电子邮件服务器configuration不正确。 其中一个涉及到坏域的设置。 我更新了使用正确的域名,现在我不再收到这些消息。