Hi Ken, The part after the snippet, is where I explain why I said that.
Only in recent years has PowerMTA 4.5 added some more granular options, maybe after me complaining about it. It used to be per (set of) domains only (and the added routing). I looked at the 4.5 features and I still presume this falls short. I don't know if you have seen how Message Systems' "Adaptive Delivery" works? It only works for about 75 ISPs and only for fixed domains (barely adequate in my opinion). Not sure what Green Arrow can do. The problem I see is that it requires extensive tuning. Small shops don't do that because they lack expertise, data and time. If we want email to remain accessible, we should remove this obstacle. Yours, David On 14 November 2017 at 16:24, Ken O'Driscoll <k...@wemonitoremail.com> wrote: > 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 > -- -- My opinion is mine.
_______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
