On 08/26/2003 07:39 PM, David T-G wrote:
I'm working up a [cli] script to send a personalized (ugh) email to some [often large] number of web site subscribers. Unfortunately, I'm getting lousy performance, running about 0.54 sec per email.
My partner has a mail script implemented on another machine and he's running somewhere down around 0.10 sec per email, which is better but still not very good for sending to 60k users.
The box (dual Xeon 2.2G with mirrored fast SCSI and 1G RAM) has plenty of horsepower, and it certainly shouldn't need more. It's running RH 7.3 (Valhalla) with 2.4.20 on ext3 and has qmail installed as its MTA.
It seems to be the mail() call itself, because I can make a system call (system, exec, passthru) to just echo the current data and it rips through my list in nothin' flat. So how do I tune mail() to make it faster? Or do I need to give up and call qmail-inject directly?
I think your bottleneck is not in the queuing but rather in the composition of the personalized messages and the actual delivery.
As for the personalization, you should ask if you really need it. What do you need it for?
For the delivery, you can always tune qmail to try deliverying messages to more recipients at the same time tweaking concurrencyremote option. The default it 20 recipients at the same time but you can increase it to 120 without patches.
--
Regards, Manuel Lemos
Free ready to use OOP components written in PHP http://www.phpclasses.org/
-- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
