我有一个电子邮件营销应用程序，所以我们有大量的邮件发送，有时对相同的MX很大的音量。 根据我们在灰名单中input的MXconfiguration，服务器告诉我们（在日志中）等待几分钟或几秒钟，以继续向他发送消息。 但是，后缀是不够聪明的消息持有队列中的域。
所以我写了一个日志parsing器来获取mail.log，如果它发现任何灰名单警告，它将消息保存到该域。 但我不确定这是否是最好的/正确的方法。
你有什么其他的build议？
是的，我觉得我说的不太清楚。 我的后缀是使用默认configuration。 我所说的是，当我的服务器发送一个巨大的音量到一个MX这个MX停止接受我的消息，并告诉我的服务器，它正在灰名单，我应该等待几分钟，继续发送消息到该MX。
我知道我的服务器会尝试再次发送这些消息，但如果忽略那些灰名单警告，并继续发送到MX，我得到了一个糟糕的产能。
你有一个非常奇怪的后缀…我使用debian下几乎默认的后缀configuration，它处理灰名单引起的临时反弹没有任何问题。
灰名单的整个想法是基于客户端正确地实施smtp协议的假设，当面临暂时的拒绝/ 4xx将重新尝试传递消息。
根据域名以及您与域名的关系，您可能会与他们合作，在您的域名上解除限制。
否则，我不知道是否有一个简单的方法，而不是限制发送速度。 这并不是说它不够聪明，而是因为Postfix并不是真正意义上的营销邮件，所以你可能需要看一个专有的解决scheme来做到这一点。
如果您真的不是垃圾邮件发送者，并且您的客户正在请求这些电子邮件，那么在向其他网站的pipe理员发送电子邮件时与他们一起寻找解决scheme时不应该有任何损失。