My company does a newsletter mailling of about 4 million. We are
trying to move things from sendmail to qmail. The hardware for the
qmail test is a compaq 2xP2,1gb,3 18gig scsi drives running redhat 6.2
with version 2.2.14 of the kernel.
Thursday morning we did a test mailing of 100,000 people. It's still
going alomst 24 hours later. According to other people's results, this
is terrible. As a first test we didn't change our scripts at all and
used the sendmail wrapper program. The scripts finished quickly but we
still have a ton of messages sitting in the queue.
My first step was to up the number in concurrencyremote to 100 and
restart qmail. However I still never got more than 16 or 17
qmail-remote's running at one time. I changed conf-spawn to 250 and
concurrencyremote to 240 but still the number of qmail-remote's never
got above 40. I then changed the concurrencylocal to 120 and the
timeoutremote to 60 but still no help.
My last step was to change the conf-split from 23 to 200. After that I
started getting syslog errors like:
Jul 14 09:48:31 charon qmail: 963582511.269118 warning: unable to stat
mess/14/476827
And nothing was going faster so I changed it back. I also have
sigalrm-ed qmail-send hoping to get the queue moving faster but that
didn't seem to help.
Here's part of the output from qmail-showctl:
qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 125.
subdirectory split: 23.
user ids: 502, 503, 504, 0, 505, 506, 507, 508.
group ids: 501, 502.
concurrencylocal: Local concurrency is 120.
concurrencyremote: Remote concurrency is 123.
databytes: (Default.) SMTP DATA limit is 0 bytes.
qmqpservers: (Default.) No QMQP servers.
queuelifetime: (Default.) Message lifetime in the queue is 604800
seconds.
smtproutes: (Default.) No artificial SMTP routes.
timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.
timeoutremote: SMTP client data timeout is 60 seconds.
timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.
So I guess my question is "What's going on???" :-) It seems that other
people have had this problem but the answer has always been "restart
qmail" which I did... We still have some messages in the queue to be
preprocessed if that matters.
My other question would be how to determine what the queue subdir
split should be.
Any help would be greatly appreciated.
Thanks,
Paul
--
Paul Guglielmino <[EMAIL PROTECTED]>
