_destination_rate_delay在postfix中的行为

我有一个Postfix 2.5服务器,configuration了12s的_destination_rate_delay ,它应该限制每分钟到5的特定目的地的传送。 在阅读文档时,“目标”是消息接收者的域名。

我的问题是,我们发送电子邮件到三个不同的域,所有的MXlogging指向同一个邮件服务器(这些域是为三个英国大学),所以虽然我可能能限制交付到每个域,总共每分钟15条消息可能被发送到远程服务器,超过了它的限制。

很明显,我可以将_destination_rate_delay设置为36 ,但是我认为总的来说这会导致发货速度变慢。 是否有可能通过目标服务器而不是电子邮件地址来限制送货速度,或者我对文件的阅读是否正确? 如果没有,任何人都可以提出一种替代方法?

Victor Duchovni在postfix-users上得到了很好的回答。 请参阅http://marc.info/?l=postfix-users&m=129848847630269&w=2 。 推荐的方法是为我们工作。


电子邮件对话的抄本如下

我有一个configuration了12位_destination_rate_delay的Postfix 2.5服务器

2.5哪个补丁级别?

这应该限制到一个特定目的地的交付每分钟5。

提供的“目的地”是指收件人域或手动传输表“nexthop”。 如果MX主机托pipe多个域,则每个域可能会收到很多次交付。

在阅读文档时,“目标”是消息接收者的域名。

是的,除了运输表被预先排除。 真的,它是SMTP“nexthop”,它默认为收件人域。

我的问题是,我们正在向三个不同的域发送电子邮件,所有的MXlogging都指向相同的邮件服务器(这些域是针对三所英国大学的),所以虽然我可能能够限制每个域的交付,但总共每分钟15条消息可能被发送到远程服务器,超过了它的限制。

configuration了极小消息速率限制的服务器将遭受系统pipe理员的愚蠢行为。 Postfix合理地适应并发控制,但是速率控制是邪恶的,在我看来,不应该支持实现它们的愚蠢者的愚蠢行为。

如果接收站点不是雅虎(太大而无法忽略或重新教育),那么最好是学会closures破坏性的策略,以便停止丢失合法的邮件。 延迟非垃圾邮件是徒劳的,专注于阻止垃圾邮件,速率限制进一步降低了互联网电子邮件基础设施。

很明显,我可以将_destination_rate_delay设置为36秒,但是我认为总的来说这会导致发货速度变慢。 是否有可能通过目标服务器而不是电子邮件地址来限制送货速度,或者我对文件的阅读是否正确? 如果没有,任何人都可以提出一种替代方法?

只有通过为所有域手动指定传输表项,并使用公共下一跳指定。