Re: Bulk Mailing Performance

2013-06-30 Thread Marius Gologan
Bulk doesn't mean to blast the world in 1 second with emails. 1) The magic of PowerMTA consists in rotating IPs base on returned codes and returned message patterns. e.g.: if an IP addresses is banned by an ESP, will backoff on a different IP address in order in an attempt to achieve delivery. Th

Re: Bulk Mailing Performance

2013-06-12 Thread Viktor Dukhovni
On Wed, Jun 12, 2013 at 03:53:17PM -0700, fletch wrote: > What do you mean by: "...they can not come close to postfix as far as email > standards go"? My understanding is that powermta fully complies with the > various RFCs. > > Also, I'm sure there are far more spammers using free software like

Re: Bulk Mailing Performance

2013-06-12 Thread fletch
What do you mean by: "...they can not come close to postfix as far as email standards go"? My understanding is that powermta fully complies with the various RFCs. Also, I'm sure there are far more spammers using free software like postfix rather than paying for a commercial product. On Wed, Jun

Re: Bulk Mailing Performance

2013-06-12 Thread Roel Wagenaar
wie...@porcupine.org (Wietse Venema) wrote: > fletch: > > The postfix performance claims made via this thread are far-fetched to say > > the least. Most postfix users will only see outbound throughput in the > > range of ~250,000/hour per instance in a production setting. Yet, pe

Re: Bulk Mailing Performance

2013-06-12 Thread AFCommerce LLC
I know powermta as well as postfix and I think I can add to some of the comments on here, powermta is not cheap by any means and of course postfix is free, however pmta might have some settings out of the box that are optimized for bulk but they can not come close to postfix as far as email standar

Re: Bulk Mailing Performance

2013-06-12 Thread Ben Johnson
On 6/12/2013 4:40 PM, fletch wrote: > Peer, > > There's no way that's a production figure. You may have queued that many, > but I seriously doubt you got anything close to 3-4 million/hour when > postfix was actually conducting delivery with the remote gateways... > This point is somewhat moo

Re: Bulk Mailing Performance

2013-06-12 Thread fletch
Peer, There's no way that's a production figure. You may have queued that many, but I seriously doubt you got anything close to 3-4 million/hour when postfix was actually conducting delivery with the remote gateways... On Wed, Jun 12, 2013 at 1:02 PM, Peer Heinlein [via Postfix] < ml-node+s107

Re: Bulk Mailing Performance

2013-06-12 Thread Robert Schetterer
Am 12.06.2013 21:17, schrieb fletch: > The postfix performance claims made via this thread are far-fetched to say > the least. Most postfix users will only see outbound throughput in the > range of ~250,000/hour per instance in a production setting. Yet, people on > here are claiming 10 million/h

Re: Bulk Mailing Performance

2013-06-12 Thread Joe
On 06/12/2013 12:17 PM, fletch wrote: The postfix performance claims made via this thread are far-fetched to say the least. Most postfix users will only see outbound throughput in the range of ~250,000/hour per instance in a production setting. Yet, people on here are claiming 10 million/hour?

Re: Bulk Mailing Performance

2013-06-12 Thread Wietse Venema
fletch: > The postfix performance claims made via this thread are far-fetched to say > the least. Most postfix users will only see outbound throughput in the > range of ~250,000/hour per instance in a production setting. Yet, people on > here are claiming 10 million/hour? I guess that would be p

Re: Bulk Mailing Performance

2013-06-12 Thread Peer Heinlein
Am 12.06.2013 21:17, schrieb fletch: > here are claiming 10 million/hour? I guess that would be possible if a > sender were to run, say, 40 postfix instances which would be a complete > management nightmare of course. You already lost. I did this even 5-6 years ago with 3-4 millionen mails / ho

Re: Bulk Mailing Performance

2013-06-12 Thread fletch
The postfix performance claims made via this thread are far-fetched to say the least. Most postfix users will only see outbound throughput in the range of ~250,000/hour per instance in a production setting. Yet, people on here are claiming 10 million/hour? I guess that would be possible if a sen

Re: Bulk Mailing Performance

2012-09-03 Thread Daniel L. Miller
On 9/2/2012 11:14 AM, Sam Jones wrote: On Sun, 2012-09-02 at 15:39 +, Viktor Dukhovni wrote: On Sun, Sep 02, 2012 at 10:43:07AM +0100, Sam Jones wrote: More to satisfy my own curiosity than anything else, I'm wondering about the performance that could be squeezed out of Postfix in a bulk m

Re: Bulk Mailing Performance

2012-09-03 Thread Sam Jones
On Sun, 2012-09-02 at 22:46 +0200, Lorens Kockum wrote: > The exact same question was sent by someone calling himself > "Ron White" to the exim mailing list at almost exactly the same > time. Peddling one's services by soliciting comparisons with > competitors is so passé . . . > Yes, it was. Well

Re: Bulk Mailing Performance

2012-09-03 Thread Jose-Marcio Martins da Cruz
DTNX Postmaster wrote: They aren't my perfect world criteria, but a direct quote from Sam Jones' earlier buzzword compliant reply. It was meant to illustrate the often ridiculous nature of vendor benchmarks, how useless they are in real world situations, and therefore how silly it is to pick s

Re: Bulk Mailing Performance

2012-09-03 Thread DTNX Postmaster
On Sep 3, 2012, at 13:05, Stan Hoeppner wrote: > On 9/3/2012 12:02 AM, DTNX Postmaster wrote: > >> In other words, if 'we strip this back to hypothetical and assume a >> perfect world without any issues', this 'GreenArrow' maxes out at >> 300,000 messages per hour. Postfix can send 10,8 million

Re: Bulk Mailing Performance

2012-09-03 Thread Stan Hoeppner
On 9/3/2012 12:02 AM, DTNX Postmaster wrote: > In other words, if 'we strip this back to hypothetical and assume a > perfect world without any issues', this 'GreenArrow' maxes out at > 300,000 messages per hour. Postfix can send 10,8 million messages per > hour, more than 35 times as fast*. In

Re: Bulk Mailing Performance

2012-09-03 Thread Ralf Hildebrandt
* Viktor Dukhovni : > Running a high volume bulk email platform is not a software problem. > It is a logistics problem. Enrolling on the whitelists and feedback > loops of various large email providers, handling bounce-backs, > jumping through rate-limit hoops, ... Absolutely. -- Ralf Hildebran

Re: Bulk Mailing Performance

2012-09-03 Thread Ralf Hildebrandt
* Sam Jones : > More to satisfy my own curiosity than anything else, I'm wondering about > the performance that could be squeezed out of Postfix in a bulk mailing > capacity. The problem is mostly on the receiving side, when the receiving system starts throtteling you. > I have a client that cur

Re: Bulk Mailing Performance

2012-09-02 Thread Stefan Foerster
* Sam Jones : > I guess what I'm querying in a way is some of the sales blurb from > people like PowerMTA & GreenArrow and the remarks they make about open > source solutions like Postfix etc. This one in particular: "Open source > Mail Transfer Agents (MTAs) often max out between 20 and 30 thousan

Re: Bulk Mailing Performance

2012-09-02 Thread DTNX Postmaster
On Sep 3, 2012, at 03:56, Viktor Dukhovni wrote: > On Sun, Sep 02, 2012 at 07:14:35PM +0100, Sam Jones wrote: > >> I guess what I'm querying in a way is some of the sales blurb from >> people like PowerMTA & GreenArrow and the remarks they make about open >> source solutions like Postfix etc. Thi

Re: Bulk Mailing Performance

2012-09-02 Thread Viktor Dukhovni
On Sun, Sep 02, 2012 at 07:14:35PM +0100, Sam Jones wrote: > I guess what I'm querying in a way is some of the sales blurb from > people like PowerMTA & GreenArrow and the remarks they make about open > source solutions like Postfix etc. This one in particular: "Open source > Mail Transfer Agents

Re: Bulk Mailing Performance

2012-09-02 Thread Dario Cavallaro
Il 02/09/2012 11:43, Sam Jones ha scritto: > More to satisfy my own curiosity than anything else, I'm wondering about > the performance that could be squeezed out of Postfix in a bulk mailing > capacity. > > I have a client that currently uses and ESP who have an astounding > throughput of up to a

Re: Bulk Mailing Performance

2012-09-02 Thread John Peach
On Sun, 2 Sep 2012 22:46:10 +0200 Lorens Kockum wrote: > The exact same question was sent by someone calling himself > "Ron White" to the exim mailing list at almost exactly the same > time. Peddling one's services by soliciting comparisons with > competitors is so passé . . . I find it rather u

Re: Bulk Mailing Performance

2012-09-02 Thread Lorens Kockum
The exact same question was sent by someone calling himself "Ron White" to the exim mailing list at almost exactly the same time. Peddling one's services by soliciting comparisons with competitors is so passé . . .

Re: Bulk Mailing Performance

2012-09-02 Thread Wietse Venema
Sam Jones: > I guess what I'm querying in a way is some of the sales blurb from > people like PowerMTA & GreenArrow and the remarks they make about open > source solutions like Postfix etc. This one in particular: "Open source > Mail Transfer Agents (MTAs) often max out between 20 and 30 thousand >

Re: Bulk Mailing Performance

2012-09-02 Thread Sam Jones
On Sun, 2012-09-02 at 15:39 +, Viktor Dukhovni wrote: > On Sun, Sep 02, 2012 at 10:43:07AM +0100, Sam Jones wrote: > > > More to satisfy my own curiosity than anything else, I'm wondering about > > the performance that could be squeezed out of Postfix in a bulk mailing > > capacity. > > Runni

Re: Bulk Mailing Performance

2012-09-02 Thread Viktor Dukhovni
On Sun, Sep 02, 2012 at 10:43:07AM +0100, Sam Jones wrote: > More to satisfy my own curiosity than anything else, I'm wondering about > the performance that could be squeezed out of Postfix in a bulk mailing > capacity. Running a high volume bulk email platform is not a software problem. It is a

Re: Bulk Mailing Performance

2012-09-02 Thread Robert Schetterer
Am 02.09.2012 11:43, schrieb Sam Jones: > More to satisfy my own curiosity than anything else, I'm wondering about > the performance that could be squeezed out of Postfix in a bulk mailing > capacity. > > I have a client that currently uses and ESP who have an astounding > throughput of up to a mi