On 8/23/2012 2:06 PM, Mike Mitchell wrote: > We've actually been providing this service for 10 years now, but are just now > reaching a scale where default configurations are insufficient to handle the > volume. We've not needed to touch the mail server prior to now, so are just > looking for some initial guidance as we dig into optimization. > > I understand that it's a complex equation, and stated as much in my post. My > statement about unpredictable domains was not completely accurate--in > reality, the vast majority of users will be on private MX domains, and we do > have relationships with the operators of these to whitelist us through. My > point was that we don't know in advance when messages will be sent to each > domain. The danger that we'll run into trouble with commercial email > services is very low. And we do have sys admin experience and own our own > servers, so if file system optimization is necessary, we can do that, too. > > I'm hesitant to chastise someone like Wietse following my very first post to > the list, but I'm trying to learn from you guys here and do this in the best > possible way for my customers and everyone else we could potentially impact. > How does it help the situation to critique the ability of my organization or > our experience in using the software, instead of answering the question? If > it's possible to provide a more objective response, it would be much > appreciated, thanks. > > /mike > >
Your initial post didn't include the above information. Indeed, your post was basically "I'm a newbie! How do I send tons of mail?", making the initial response quite appropriate -- I was composing something similar (and maybe not as nice), but was too slow on the trigger. You'll get *far* higher performance if your mail is sent as a single mail with lots of recipients, rather than individual messages. If your mail is sent as individual messages, you'll need lots of concurrency, and lots more smtp processes. You'll probably want to put your queue on an SSD drive. You may find you need multiple postfix delivery boxes to achieve your delivery target rate. The http://www.postfix.org/TUNING_README.html should contain most of what you need. You might find some helpful posts trawling the list archives. Test your setup with the smtp-sink program included with postfix. Specific questions will get specific answers. -- Noel Jones