Zitat von Mike Mitchell <m...@mitchellzone.org>:
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 On Aug 23, 2012, at 2:00 PM, Wietse Venema <wie...@porcupine.org> wrote:Really, this is not something that one should do without prior experience in the field. There are issues ranging from local file system load management, to preventing that major mail operators will drop your connections or discard your messages. Wietse
Helloyou start your post with "Newbie" in the first line and ask for help on high throughput mailservers. This is a common sign for trouble because "Newbie" lack the insight how to balance the different set screws. Furthermore the most difficult part is not the sending side but the receiving end. What you might check on your side:
- Proper and fast (forward and reverse) NS for you sending IPs - Fast "nearby" caching resolver - Fast filesystem where your mails come from- Really fast syslog with buffered writes which does not slow down your mailspool
Also have a look here: http://www.postfix.org/TUNING_README.html http://www.postfix.org/QSHAPE_README.html Regards Andreas
smime.p7s
Description: S/MIME Cryptographic Signature
