标签: greylisting

我在我的服务器上使用灰名单已经很多年了，但我不知道现在它有多有效。

在 2012 年对抗垃圾邮件还有好处吗？

或者典型的垃圾邮件发送者 MTA 现在是否能够重新发送列入灰名单的电子邮件？

我刚刚使用 Postfix 在一个相对较少使用的域上设置了一个 SMTP 服务器，并使用SQLGrey启用了灰名单。到目前为止，它似乎工作正常，虽然对来自新发件人的电子邮件延迟有轻微的刺激，但我可以从日志中看到它阻止了许多垃圾邮件。

根据您的经验，灰名单是否能有效阻止大量垃圾邮件？它是对例如 SpamAssassin 的有用补充还是将其添加到过度/不必要的顶部？

如果我将其推广到使用频率更高的域（可能是要求更高的用户），您是否会预计大部分配置不当的邮件服务器最终会退回或丢失邮件？

由于灰名单，从我们的服务器发送到 Mimecast 的电子邮件被“暂时拒绝”。

Mimecast有这方面的文档；他们说每次他们看到唯一的 IP 和发件人时，他们都会暂时将该 IP 列入灰名单。他们建议继续重试，最终 IP 应该被列入灰名单。

我们已经配置了我们的 Postfix 来做到这一点。所有退回的电子邮件都会重试几次，但 Mimecast 并没有将我们从他们的灰名单中删除。

我们的域已正确配置 PTR 和 SPF 记录。该 IP 也未在任何地方列入黑名单。

这是我们的 Postfix 配置：

maximal_queue_lifetime = 1h
maximal_backoff_time = 15m
minimal_backoff_time = 5m
queue_run_delay = 5m

我也联系过他们，但我假设他们永远不会回复，因为我们不是 Mimecast 客户。

我们如何摆脱他们的灰名单？

我注意到越来越多的人使用基于 DNS 的 SPF 记录，我想增强我的垃圾邮件过滤器。
我正在使用 SPF 和灰名单，如果 SPF 失败或类似，我的想法是只使用灰名单。

我在互联网上搜索了一个解决方案，但似乎大多数人只希望一个新功能，例如 sqlgrey 这样做，作者拒绝了，因为它不是灰名单工具的主要任务。

有没有人在运行这样的过滤器链并且可以帮助我？
提前致谢。

在维基百科中它说：

使用灰名单的邮件传输代理 (MTA) 将“暂时拒绝”来自其无法识别的发件人的任何电子邮件。如果邮件是合法的，原始服务器将在延迟后重试，如果时间足够长，则将接受电子邮件。

但是我怎样才能知道这些延迟在我的服务器和接收端有多久呢？

我的目标是也使用灰名单加快与合作伙伴的电子邮件流量，并加快接收某人发送给我服务器上客户的第一封电子邮件。

我试图找出配置选项，但我找到的手册都没有给我任何提示如何在我的旧邮件服务器上配置它（不幸的是仍然是 debian wheezy）。grey_listing我的服务器上没有任何地方调用这样的文件。