后缀中的 _destination_rate_delay 行为

后缀中的 _destination_rate_delay 行为

我有一台 Postfix 2.5 服务器,配置了_目的地_速率_延迟12 秒,将限制每分钟向特定目的地发送 5 条消息。根据我对文档的理解,“目的地”是消息接收者的域名。

我的问题是,我们正在向三个不同的域发送电子邮件,所有域的 MX 记录都指向同一个邮件服务器(这些域分别属于三所英国大学),因此虽然我可以限制向每个域的传送数量,但每分钟最多有 15 条消息会被发送到远程服务器,这超出了其限制。

显然我可以设定_目的地_速率_延迟到 36 秒,但我怀疑这总体上会导致交付速度变慢。是否可以通过目标服务器而不是电子邮件地址来限制交付速度,还是我对文档的理解不正确?如果不行,有人可以建议另一种方法吗?

答案1

Victor Duchovni 在 postfix-users 上给出了很好的答案。请参阅http://marc.info/?l=postfix-users&m=129848847630269&w=2。推荐的方法对我们很有效。


以下是电子邮件对话记录

我有一台 Postfix 2.5 服务器,其 _destination_rate_delay 配置为 12 秒

哪个补丁级别是 2.5?

其将限制每分钟向特定目的地运送货物的数量为 5 次。

假设“目的地”是指接收域或手动传输表“nexthop”。如果 MX 主机托管多个域,则它可能每分钟接收每个域的那么多投递。

根据我对文档的阅读,“目的地”是消息收件人的域名。

是的,除非被传输表抢占。实际上它是 SMTP“nexthop”,默认为收件人域。

我的问题是,我们正在向三个不同的域发送电子邮件,所有域的 MX 记录都指向同一个邮件服务器(这些域分别属于三所英国大学),因此虽然我可以限制向每个域的传送数量,但每分钟最多有 15 条消息会被发送到远程服务器,这超出了其限制。

配置了极小消息速率限制的服务器将遭受系统管理员的愚蠢行为。Postfix 对并发控制的反应相当优雅,但速率控制是邪恶的,在我看来,我们不应该支持实施速率控制的愚蠢行为。

如果接收网站不是雅虎(太大而无法忽略或重新教育),最好让他们学会关闭有害政策,以免丢失合法邮件。延迟非垃圾邮件是徒劳的,应集中精力阻止垃圾邮件,速率限制会进一步降低互联网电子邮件基础设施。

显然我可以将 _destination_rate_delay 设置为 36 秒,但我怀疑这总体上会导致交付速度变慢。是否可以通过目标服务器而不是电子邮件地址来限制交付速度,还是我对文档的理解不正确?如果不行,有人可以建议另一种方法吗?

只能通过手动为所有域指定具有共同下一跳的传输表条目。

相关内容