OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Subject: RE: Some questions on postfix, SUMMARY
From: Vivek Khera (kherakciLink.com)
Date: Thu Mar 02 2000 - 16:14:58 CST

I'd go with your option A with a twist:

fork N processes/threads

each thread then generates and submits messages via SMTP one a a time.

Have X SMTP servers, each running Postfix tuned to stay within your
bandwidth limits. Each of the above threads round-robins to the
different SMTP servers; if one is not responding, it just moves to the
next, solving your queueing issue.

Figuring out values for X and N, and the tuning of postfix is the real
exercise, and can only be really done with a detailed analysis of your
real-life load.

Like I mentioned before, we're pushing out over 64,000 unique messages
per day to a wide variety of locations. The bottlenecks are the mail
queue disk and the generator program. Both are "solved" with the
above scheme, and is my plan for increasing performance on our system. 

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D.                Khera Communications, Inc.
Internet: kherakciLink.com       Rockville, MD       +1-301-545-6996
PGP & MIME spoken here            http://www.kciLink.com/home/khera/