Hi, As the thread covers some open source MTAs then I'd like to mention our MTA as well – ZoneMTA https://github.com/zone-eu/zone-mta
ZoneMTA can be deployed in a clustered setup (queue is stored in replicated MongoDB), it is able to handle blacklisting (if blacklisting is detected, then the current IP is disabled for that host for some period and other IPs are used), and has been running on production for over a year for us delivering ~100 msg/sec (single server) on peak times of the day. It also has built-in support for Prometheus monitoring https://github.com/zone-eu/zone-mta#metrics-for-prometheus Regards, Andris Reinman ZoneMTA 2018-02-05 20:03 GMT+02:00 Steve Atkins <st...@blighty.com>: > > > On Feb 5, 2018, at 9:27 AM, Marc Goldman via mailop <mailop@mailop.org> > wrote: > > > > > > I agree with sticking to facts so lets cover a few here: > > > > 1. PMTA (formerly Port25 now Message Systems) is the 800 lb gorilla in > the MTA world. > > > > 2. I own 2 enterprise licenses for PMTA 4.0 and paid support for a > number of years (up to r11). I found the support to be very helpful at > first but over the years it produced diminishing returns and more and more > I felt deferred to the forum and to our own engineers to sort out issues > and uncover abilities so I stopped paying for support and subsequently was > unable to receive new releases including the major one to 4.5 > > > > 3. Recently (about a year after Message Systems purchased) I reached out > to the team to find out how I can begin paying for software updates again > so I could upgrade to 4.5. > > > > I received an email telling me I would need to pay RETROACTIVELY for the > years I did NOT receive support in order to upgrade. > > > > Has anyone ever heard of a policy like that? > > Yes, it's pretty much normal. It dissuades people from only paying for > support every few years when they need support or want an updated version, > while not paying the ongoing fees that pay for development of that updated > version. > > > > > Regardless, it made me not the slightest bit interested in continuing > with PMTA again. > > > > We also have multiple Green Arrow installs. It is a great MTA and the > support is excellent and I find their pricing model is really quite fair. > > > > With that said, it isn’t perfect. They control the Postgres DB and only > grant read access. Their API however is robust and allows you to do pretty > much whatever you need. > > > > We have used a few open source MTAs over the years including Qmail, > Postfix, Haraka and recently dabbling in Postal. > > > > We have considered building our own MTA but the costs and time involved > make it somewhat prohibitive. > > > > However, I can definitely say that having ones own MTA solves all the > issues mentioned herein and until one makes that step (or invests heavily > in a team and technologies to manage Open Source MTAs), the 3rd parties > will retain a strong position that holds many of us hostage in a sense and > does not satisfy each ESPs individual needs. > > None of the open source MTAs seem to offer anywhere near the tuning, > configurability and monitoring that's really needed to run a modern ESP. > Not surprising, large ESPs aren't a huge market and large ESPs that aren't > already committed to one or the other of the commercial product lines are > an even smaller one. > > As spam filters get more selective, especially about grey mail, the need > for high quality infrastructure (and staff!) is moving down to the smaller > end of the market too, but I doubt that's enough of an organized revenue > source to drive developing ESP-grade instrumentation for, e.g., Haraka, any > time soon. > > Cheers, > Steve > > > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop >
_______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
