I was wondering what solutions people use for the error “452 Too many recipients received this hour” when using phpmailer to send emails to users from their database. Most other lists work great to other ISPs but a couple give this error.
I do not want to move to another program as the phpmailer https://code.google.com/a/apache-extras.org/p/phpmailer/ works quite well in the application already and it would take a lot of work to use another list manager.
How many emails are you sending at a time and in what time span?
this particular account has 1223 emails and 209 go to the carolina.rr.com that is giving the response. The script sends all emails in a while loop using the $mail->send(address) command. (very similar to http://phpmailer.worxware.com/index.php?pg=exampledb)
I do not have a limit on my end since this is a dedicated server. This is only a limit imposed by the subscribers host not allowing but so many per hour.
Recipients per message (100 maximum)
Recipients per hour
Recipients per connection
Simultaneous or conncurrent connection
Based on those restrictions, I would setup a queue.
Let’s say you have this on a cron once a whatever, no less than a day.
If the email is in the restricted system, stagnate the sending order. Grab say 75, wait 65 minutes, send another block, ect.
Yeah that is what I was thinking. Right now it works because the Exim queue takes care of this. It just takes hours this way. I am looking into the posibility of using several IPs and somehow splitting up the delivery that way. My thoughts are to sort by subscriber_email (domain) then if possible use IP1 for 99 then switch to IP2 then send next 99 and so forth. Just not having any luck making this happen.
Thanks for confirming what I thought though.
Your other option, which may work better, look at integrating with mailchimp. Let them handle it.
yeah not an option since this is part of application