On Tue, 2017-11-14 at 10:05 +0100, David Hofstee wrote: > I agree that it is a problem. I do think this could be done at connection > time only. Of of the tricky parts is that all mail servers I know have > trouble with throttling. [...snip...]
Traditional MTAs often respond by queuing and re-trying. That works for small delays, such as "Server Busy - Try Later" but doesn't really scale for the throttling experienced during bulk sending. You can use multiple queues but that only results in email often being delayed unnecessarily. However, Specialist MTA designed for bulk sending, such as GreenArrow or PowerMTA can be configured to control mail flow on a very granular level on a per provider, IP, MX etc. basis. They also support dynamically changing mail flow in response to throttling. So legitimate bulk emails sent though a specialist MTA aren't typically unduly hindered by pre-acceptance throttling etc. But I do think that this issue isn't as much an engineering problem as a communications one. Ken. -- Ken O'Driscoll / We Monitor Email t: +353 1 254 9400 | w: www.wemonitoremail.com Need to understand deliverability? Now there's a book: www.wemonitoremail.com/book _______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop