Heads up. If you have a reasonably high-volume server (10,000+), you may be
facing the "big todo" queue issue (See mailing list archives.). And even
with the big-todo patch installed, the disk controller for the separate
filesystem may not keep up with the volume of local deliveries.
I ran into these problems and finally put the queue and maildirs on the
SAME filesystem which was controlled by an powerful SCSI controller with
32MB of on-board RAM. The local queue still didn't process fast enough.
After adding another 32MB of SCSI controller RAM, it finally did local
deliveries fast enough.
eric writes:
> What kind of beliefs are held on mounting /var/qmail/queue on a seperate
> partition? Are any problems out there with this?
>
> I'm thinking of this statement from the FAQ -->
>
> "Do not use async (or softupdates) filesystems; if you do, and if your
> system crashes at the wrong moment, you will lose mail. Under Linux, make
> sure that all mail-handling filesystems are mounted sync..."
>
> Therefore we will be testing a seperate queue partition mounted
> sync (in Linux) -> but experience is best.
>
P. Pirn -- see complete headers for more info
