My list consists of 1100 email address. I am using Mandrill’s SMTP servers. All test emails worked without a problem. I launched the campaign via my browser … not the command line.
The queue has been processing for about 1 hour now. Exactly 356 emails have been processed. The queue seems to process in spurts of 50 and then stop for a period of time. On average it sends 1 email every 10 seconds.
This seems excessively slow to me. Is this rate of processing by design? Is there any way to speed up the processing to 1 email per second?
Thanks for contributing your time and expertise to this forum Dan.
I sent the campaign through the browser. The campaign finally finished. It took 7 hours 28 minutes 55 seconds to send 1100 emails. I found that the processing would stall … no activity for more than 2 hours. The only way I could keep the process moving was to constantly reload and select the “process queue” button in my browser.
I have configured a VPS server, with cPanel/WHM, specifically for the phplist application. I have reviewed my php.config settings in Tweak Settings > Mail. A setting that would throttle email, Max hourly emails per domain, is set to unlimited.
So, my host is not throttling my output.
I have been using Mandrill for years. Mandrill assigns a reputation rating based on past performance and I have an excellent rating. I am certain they are not throttling me because I use them with other email applications.
yes, this is why people use the command line, browsers are not really designed for this kind of thing. However, with 1000 emails you should be fine, once we can work out the issue.
The last block of settings would send the message as fast as possible. I’m a big fan of sending messages a little slower…
The size and the period say “send as many as you can in 1 hour”.
I’d probably try setting this to send 1,200 emails per hour… which you can do by telling the system to send 300 every 15 minutes:
instead of sending as fast as possible for 300 the three hundred emails, and then waiting for the next 15 minutes to begin, you can tell the system to spread out the sending over the period by putting a delay between one email and the next:
define(‘MAILQUEUE_THROTTLE’,2.5);
puts a 2.5 second delay between one email and the next.
Where is your server hosted?
Since you are being slowed down using either an outside smtp server, or the local smtp server (php mail), I’d next look at what the hosting people limit your outgoing mail to… they might limit the traffic on port 25… (outgoing mail)
You should really use either a cron job or the remote queue processing, not try to send using the browser. As you are finding, that often does not work well and the sending rate can be quite unpredictable.
When sending through the browser, the elapsed time for sending is limited to one minute. phplist then stops sending, delays for some time, then should process the queue again. But this doesn’t always work in the way intended. The reliable method is to use a cron job.
mm, even for 1000 subscribers though? I am not at all an expert as you know, but I though that would have been okay. I suppose if the batches are small though…