Patrick Chemla put forth on 1/9/2010 1:08 PM: > You mean 100% success?
Yes. > Before I set up the postfix relay to load balance between 30 qmail > servers, each of them was able to accept in his own queue hundreds > thousands email. Email were sent by campaigns of thousands balanced on 3 > qmails servers, each one full in CPU/memory working hard to deliver. > > Instead of sending each campaign on only 3 qmails, I though that by > sending each campaign on 30 qmails I will cut each one load by ten and > speed up deliveries. But now, postfix is retaining the emails in his own > queue, not pushing the queue down to the qmails. An admiral technical goal. Can you elaborate on these "campaigns"? You said previously that you had hundreds of thousands of customers whose email you were relaying, as if you are an ISP. Now you are saying the mail load is generated by "campaigns". What exactly are these campaigns? > Postfix server and qmail servers are all about 90%cpu free. only 1 to 9 > connexions exist at a time from postfix to qmails. This is because the qmail servers won't let the postfix server send any faster. We've been over this mulitple times now. Multiple people have told you the same thing. For this to work correctly, you need to figure out why the qmail servers are rate limiting the postfix server deliveries. > This is exactly what I would like to append: Instead of a queue of > 122,000 on postfix, I expect to have each qmail with a queue of 4000. > > Qmails did this before I set up postfix. All MTAs have unique performance characteristics. You've changed one of the MTAs in your architecture. Now you must re-tune your qmail farm servers to work with the new MTA, postfix, which you have introduced. This is kinda IT 101 stuff. You can't automatically assume the problem lies with the "new thing" you introduced. Often, the "new thing" exposes problems or weaknesses that already existed in the old stuff. -- Stan
