我有一个虚拟机上运行的后缀实例。 如果我们每分钟超过SMTP连接的阈值，虚拟机提供者会closures我们 – 类似于10.在典型的一天，我们可能会发送1000条消息，所以10是好的。 然而，它是一个邮递员服务器，所以峰值速率通常超过10.端口25然后被阻塞一段时间。 这会造成积压。 在积压的重试创build远远高于10的连接“突发”。最终的结果是，一旦我们被阻止，我们保持阻止，直到有人手动干预。
“显而易见”的修复似乎是为了确保后缀停留在限制之内 – 即出站连接限制。 或者至less限制运行到1的smtp传递进程的数量。
有没有办法做到这一点？
看看“policyd”Postfix。 这应该能够解决您的ratelimiting。 也就是说，每分钟10个SMTP连接看起来非常低，我会挑战提供商（600每小时可能是合理的）
你使用智能中继吗？
main.cf有一个参数，叫做
default_destination_concurrency_limit = 10 如果您正在使用智能中继，则可能会完成这项工作。
另一个选项是在master.cf中设置它：
smtp unix - - n - 10 smtp
由于每个smtp进程传递一个电子邮件，这限制了出站连接的数量最多10个。