Re: [PHP] mailing in batches

2001-07-24 Thread Mirek Novak

Hi,

I had to solve very similar problem - solution was to store prepared
e-mails in
database and send them with an external program using cron to run it.
I'm
sending about 40,000 announces per day with my system with no problems.

Mirek Novak
---
Matthew Delmarter pe:

 I want to set up a script that sends a bunch of emails - pauses - and
 resumes until all messages are sent.

 The way this will happen is that a person will create the newsletter, check
 it, and then press the "Send" button which will start the process of sending
 the mail in bunches. How do I get a script to run in the background? I am
 only familiar with processing script within an html page that is returned to
 a client. Will a script like this keep running even if a browser window is
 closed?

 Also is there any examples of this kind of app?

 Regards,

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP] mailing in batches

2001-07-24 Thread Alexander Skwar

So sprach »Justin Farnsworth« am 2001-07-24 um 04:52:57 -0400 :
   Also is there any examples of this kind of app?
 
 Just do something like this with shell, logically
 
 while read_line_from_email_address_list ; do
   cat your_text_file | mail -s Your Subject address_from_list;
   sleep 1;
 done;

Hmm, this is no good if you have a REAL huge list.  If there are more
than 86.400 recipients, it'll take more than a day to do the queuing.

BUT: talking about such huge numbers, I'd not take sendmail anyway.
There are better solutions which also have additional features.
Handling all those bounces manually will be a mess.

Alexander Skwar
-- 
How to quote:   http://learn.to/quote (german) http://quote.6x.to (english)
Homepage:   http://www.digitalprojects.com   |   http://www.iso-top.de
   iso-top.de - Die günstige Art an Linux Distributionen zu kommen
Uptime: 1 day 18 hours 10 minutes

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP] mailing in batches

2001-07-24 Thread Don Read


On 24-Jul-2001 Alexander Skwar wrote:
 So sprach »Justin Farnsworth« am 2001-07-24 um 04:52:57 -0400 :
   Also is there any examples of this kind of app?
 
 Just do something like this with shell, logically
 
 while read_line_from_email_address_list ; do
  cat your_text_file | mail -s Your Subject address_from_list;
  sleep 1;
 done;
 
 Hmm, this is no good if you have a REAL huge list.  If there are more
 than 86.400 recipients, it'll take more than a day to do the queuing.
 

I'll agree; it's not great, but not too bad as a proto-type.

On a similar project I used Perl Socket:: to connect to the mailserver via tcp.
The big win was when the load on the mailserver gets too high it'll stop
accepting connections ...
then the script goes to sleep for a few minutes and tries again.
Plus each connect  close has a build/tear-down time that is an automatic
'sleep' between each batch.

I'd pull 100 addresses at a time (if you order by domain, that's another
save for your DNS box), connect(), spit out 20 'RCPT TO:', 
'DATA' + msg + '.'; repeat till the 100 addresses are sent, close().
Fetch the next batch of 100,  and so on ...

This managed 10,000 /hr with 2 rather modest FreeBSD boxen, one with the
database and script, the other as mailserver hosting the company's POP
mail-drops (stock Sendmail + minor .cf tweaks).

 BUT: talking about such huge numbers, I'd not take sendmail anyway.

Folks whack at Sendmail for its past security sins (old news) + complex
( near impossible to master) .cf configuration. But I know i spent more hours
setting up my first UUCP box then i ever did on sendmail.cf ...

Once setup by a competent admin, Sendmail can hold its own against all but
the heavily customized MTAs.

 There are better solutions which also have additional features.

~ s/ better / other /

 Handling all those bounces manually will be a mess.
 

No matter which MTA you use.

 Alexander Skwar
 -- 

Regards,
-- 
Don Read   [EMAIL PROTECTED]
-- It's always darkest before the dawn. So if you are going to 
   steal the neighbor's newspaper, that's the time to do it.

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP] mailing in batches

2001-07-24 Thread Alexander Skwar

So sprach »Don Read« am 2001-07-24 um 13:56:51 -0500 :
 Folks whack at Sendmail for its past security sins (old news) + complex
 ( near impossible to master) .cf configuration. But I know i spent more hours
 setting up my first UUCP box then i ever did on sendmail.cf ...
 
 Once setup by a competent admin, Sendmail can hold its own against all but
 the heavily customized MTAs.
 
  There are better solutions which also have additional features.
 
 ~ s/ better / other /
 
  Handling all those bounces manually will be a mess.
  
 
 No matter which MTA you use.

Yep, exactly.  This was not intended to be a flame against sendmail.  I
simply used sendmail as an example for any MTA, except those highly
specialized ones.  It also might be a viable idea to outsource something
like this.  It's often cheaper and saves you the hastle.

Alexander Skwar
-- 
How to quote:   http://learn.to/quote (german) http://quote.6x.to (english)
Homepage:   http://www.digitalprojects.com   |   http://www.iso-top.de
   iso-top.de - Die günstige Art an Linux Distributionen zu kommen
Uptime: 1 day 19 hours 45 minutes

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP] mailing in batches

2001-07-24 Thread Nicklas af Ekenstam

So sprach »Justin Farnsworth« am 2001-07-24 um 04:52:57 -0400 :

  Handling all those bounces manually will be a mess.
 

From: Don Read [EMAIL PROTECTED]:

 No matter which MTA you use.

I'd have to disagree slightly here. Using qmail as your MTA would bless you
with the VERP (Variable Envelope Return Paths) function which, if used
correctly, is reason enough to go with qmail on a project like this.

- Nille  his 5 cents.


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]