I've been using qmail for several years in a similar situation.  We
have about 80K mailboxes and do a bit over 500K deliveries per day.
Your user database won't require any heavy modifications to qmail -
just supply your own checkpassword and qmail-getpw modules.  Should
take less than a day for an experienced coder to get something
working.  We find it sufficient to simply export our user database
to the users/assign mechanism, so we just use vanilla qmail for the
most part.

Qmail performs fine for us, much preferred over sendmail.  Use of
maildir storage lets us grow in a very modular manner, no more
forklift upgrades.  Qmail is also the only (free) MTA that has
active work being done for scaling up performance yet again, with
the zeroseek concept.  As it is modular (as opposed to Sendmail's
monolithic approach) you may find the need for several different
modules a bit confusing at first. You'll need the ucspi-tcp package,
the daemontools package, and probably qmail-analog and rblsmtpd as
well.

If you can't use qmail, please try postfix to satisfy the sendmail
crowd.  I can't see any reason why someone would install sendmail
these days unless someone else is holding a weapon pointed at them
;-]

-- Jeff Hayward

On Mon, 26 Apr 1999, Jim Beam wrote:

   As I have mentioned in several of my postings to this group, my company
   is in the process of migrating over 48,000 users from NTMail (not
   netshoppers version, but a custom one they had designed). We are looking
   at qMail and Sendmail. My preference is to go with qMail, but the vote
   is not totally mine. Can anyone give me some solid - documented reasons
   why qMail would be a better solution for us? (We are looking at heavy
   modifications to either flavors, so that is not an issue - we are using
   a portal product that is totally SQL driven, and all daemons will have
   to authenticate from it - also, we will be using a hashed dir structure
   (5 layers deep) for the users Maildir(s)).
   
   Thanks in advance.
   
   ------------------------------------------------------------------
   James Beam
   Support
   
   PDQ.net
   ENTECH.com
   http://www.pdq.net                        http://www.entech.com
   ------------------------------------------------------------------
   
   

Reply via email to