我们的邮件服务器已被lashback.com列入黑名单，因为“发件人已发送给LashBack取消订阅探测帐户”，但我们多年没有托管任何邮件列表。我们的服务器响应这些请求，无论是合法的还是仅仅是Lashback探测，作为未传递的邮件（参见下面的日志片段）。这是错误的行为吗？如果是这样，那么正确的行为是什么？
（一年多以前，我们完全从我们的服务器上删除了邮递员，这是在我们停止运营任何邮件列表之后很久。）
根据其网站，Lashback的黑名单是通过多项测试开发的，包括以下似乎（可能）相关的测试：
我试图通过电话和电子邮件联系lashback.com但没有成功。电话呼叫由机器人（字面意思）回答，建议使用电子邮件地址。当我向其发送消息以询问有关正确行为的信息时，我的邮件被Google网上论坛阻止为批量电子邮件。我想这是因为我们的邮件服务器被lashback列入黑名单;我们知道我们的服务器没有其他黑名单，而且我的消息看起来不像批量电子邮件那样StackOverflow问题。 Lashback提供的唯一快速补救措施是使用他们的免费提议每月一次从黑名单中删除我们的服务器，但不能解决问题，我们不能每个月都这样做。 Lashback要求每月支付大量的其他服务费。 （我想知道.Lashback实际上是一个骗局吗？或者他们的系统只是一个非常糟糕的一天？）
这是我们服务器邮件日志的可能相关片段。它可能来自Lashback的探测帐户。我们没有收到太多邮件到这个长期不存在的邮件列表。据我所知，Postfix试图将其发送给mailman，但是没有邮件员，最终Postfix放弃并发送一个非递送通知，这导致LashBack将我们列入黑名单。
Oct 28 16:07:56 amati postfix/qmgr[5010]: B21A1367B1FE: from=<office@moic.gov.bh>, size=2917, nrcpt=1 (queue active)
Oct 28 16:07:56 amati local[20602]: fatal: execvp /var/lib/mailman/mail/wrapper: No such file or directory
Oct 28 16:07:56 amati postfix/local[20601]: B21A1367B1FE: to=<sc34wg3@mail.petesbox.net>, relay=local, delay=433470, delays=433470/0/0/0.14, dsn=4.3.0, status=deferred (temporary failure. Command output: local: fatal: execvp /var/lib/mailman/mail/wrapper: No such file or directory )
Oct 28 16:07:56 amati postfix/qmgr[5010]: B21A1367B1FE: from=<office@moic.gov.bh>, status=expired, returned to sender
Oct 28 16:07:56 amati postfix/cleanup[20604]: EF8C13F4CDF6: message-id=<20151028200756.EF8C13F4CDF6@mx1.petesbox.net>
Oct 28 16:07:57 amati postfix/qmgr[5010]: EF8C13F4CDF6: from=<>, size=4872, nrcpt=1 (queue active)
Oct 28 16:07:57 amati postfix/bounce[20603]: B21A1367B1FE: sender non-delivery notification: EF8C13F4CDF6
Oct 28 16:07:57 amati postfix/qmgr[5010]: B21A1367B1FE: removed
答案 0 :(得分：0)
这个问题已成为学术问题，因为真正的问题是LashBack黑名单上的服务器实际上不是我们的！当我们的注册商发现问题时，我们的服务器在mxtoolbox.com上的声誉立即得到恢复。
问题的根源是我们开始使用注册商的默认名称服务时发生的一系列不幸的系统故障之一。在此之前，我们一直在使用免费名称服务，这可以完美地工作，直到发生故障时可能是自动切换。
无法替代挖掘，或仔细关注其输出，或实际看到输出中可能出现的意外。