Re: Issues with Mail (SMTP) and Mime_Mail
| From: | Manuel Lemos | Date: | Sat, 03 Aug 2002 04:39:20 +0000 |
| Subject: | Re: Issues with Mail (SMTP) and Mime_Mail | ||
| References: | 1 2 | Groups: | php.pear.general |
| Request: | Send a blank email to pear-general+get-2036@lists.php.net to get a copy of this message | ||
Hello,
On 08/02/2002 11:25 PM, Alexander Merz wrote:
Katana wrote:This is a great misconception of many people that have no clue on how to do it efficiently. There is no problem in using PHP to send out newsletters to many thousands of subscribers. I use ONLY PHP to send out the newsletters and new class alerts of the PHP Classes site. A number of recipients between 40,000 and 50,000 is very typical. It just takes about 3 seconds to queue all the recipients. I use Metabase to extract the e-mails for each delivery from a MySQL. This is also to defeat the misconception that Metabase is slow. What is really slow is SQL itself. A DBM based solution would be faster to query but it is no big deal either. You really just have to understand what is envolved before you decide that PHP is or it isn't appropriate for each job. If you do not know how to do it efficiently, just do not assume PHP is not good enough. -- Regards, Manuel LemosFirst weird thing, not all the emails are sent; I have in my list like 3500 addresses, and it stops after 500 or 600 messages sent. TheThe problem is a designing one. PHP was never create for such tasks. Maybe you can use Majordomo or elzm for this. If you really want to use PHP to do that set up a cron job which calls the script as often as nec. The script itself should send max. 20 mails per call.