Hi,
I am doing the same and would find some more discussion on this topic very
interesting. I think there are 2 levels to discuss here. One is the configuring the
Linux and kernel parameters and two is the layout and architecture. I am interested
in how others see a fully redundant arch using qmail.
My thoughts are to have a few front-end hosts running pop3d, smtpd, and qmqpd. Then I
would like to have mail stores on the back end that are dedicated to just storing
local mail. I guess they would run a queue, qmail-send, and qmail-lspawn. I don't
know how I would get qmail to route all of this mail though. I need to use ldap for
the authentication. Is there an LDAP attribute that I could use such that qmail would
check it for the location of the user's home mailstore? (say if I split the user base
on to 2 back end stores). Or do I have to do some tricks using smtproutes or
something to get mail to the backend? Or do most people just attach backend's via NFS
to the front ends? Are there performance concerns with NFS?
Does qmail support such an architecture? I am even thinking of breaking the queuing
onto a seperate server?
Any thoughts?
thanks.
>
>From: Greg Cope <[EMAIL PROTECTED]>
>Date: Mon, 11 Dec 2000 21:40:59 +0000
>To: Van Liedekerke Franky <[EMAIL PROTECTED]>
>CC: 'qmail list' <[EMAIL PROTECTED]>
>Subject: Re: qmail, linux and large scale environment
>
>Van Liedekerke Franky wrote:
>>
>> Hi,
>>
>> I would like to ask if anybody uses qmail in a large scale environment
>> running on linux (redhat), because I'm interested in how people configured
>> their system (number of filedescriptors, max childs per process, max running
>> processes,...)
>> Could those who use it please mail me their findings and settings?
>>
>> Tx a lot for boosting linux!
>>
>> Franky
>
>Well
>
>increase the file inodes and descriptors
>Have lots of ram (use a ram disk)
>read LWQ (Life With Qmail) - three times ...
>
>Tweak reddrat - remove inetd, {a.n.other services}, adjust /etc/initab
>to only start a few consoles
>
>Get some fast disks ....
>
>You could go further and change some underlying Linux things like tcp
>window options, and swap/VM stuff - but this is a very specialist area
>that comprimised my KISS principle.
>
>Overall RedDrat is quite good overall (IMHO) once you remove all
>necessary stuff (both RPMS and services).
>
>Greg
>
