> can you do any perl/python on your system? you could have php write a
> datafile, and a perl/python cronjob checks to see if its there and then
> does all the processing.
That's a good idea; however I am in the situation where I can't set that up
just yet. In fact, I need a solution by the end of today that will
adequately handle this. (by adequately I mean just barely)
PHP timeout issues are not a problem (you can set it to any arbitrary value
as a config setting) and the re-fresh solution is an old stand-by.
I was hoping exim could read some sort of queue file that I could have php
generate.
Creating my own queue file / Perl / cron solution to feed exim is the type
of thing I amy not be able to do in 1 day.
Thank you kindly for the advice.
James.
----- Original Message -----
From: "Jonathan Vanasco" <jvanasco@???>
>
> i dont see any problem with exim -- any problems you're going to have
> are going to be php based.
>
> php isn't going to handle 10,000 emails in a batch. fuck sending
> 10,000 -- php is going to time out before it can personalize 1,000 on
> most systems.
>
> you could try scripting php to do emails off a database... send out 100
> at a time, then the page reloads every 60 seconds and sends the next 100
>
> thats a crazy way to do it though, and completely unreliable
>
> can you do any perl/python on your system? you could have php write a
> datafile, and a perl/python cronjob checks to see if its there and then
> does all the processing.
>
>
> On Thursday, June 5, 2003, at 12:48 PM, James Fassett wrote:
>
> > If one were to consider the limitations:
> >
> > 10,000 emails
> > personlaized
> > php trigger
> >
> > And the fact that our box runs exim, is there a short term solution to
> > efficiently blast that many emails through the system?
> >
> > I agree - php is _not_ made to handle large bulk mail campaigns. This
> > taken
> > for granted, I need to get the system nominal until a decision is made
> > to
> > buy the dedicated server + dev time on an industrial solution.
> >
> >
> > What tips or tricks about exim could I use in conjunction with php to
> > facilitate a more efficient solution?
> >
> > qmail has qmail-inject to speed up the process
> > sendmail -0 DeliveryMode=q allows faster queueing
> >
> > Is there anything I can do with exim to make it work better?
> >
> > regards,
> > James.
> >
> > ----- Original Message -----
> > From: "Jonathan Vanasco" <jvanasco@???
> >
> >> Look into TwistedPython (www.twistedmatrix.com) or misc Perl mods..
> >> Net::SMTP might have it.
> >>
> >> Php is going to take forever parsing and constructing 10,000 emails --
> >> regardless of feeding them to exim via a mail() or sendmail hook, or
> >> making a connection to remote hosts.
> >>
> >> Python and Perl scripts would both be far better suited to that than
> >> php webpages.
> >>
> >> You shouldn't even deal with exim -- the script should handle the smtp
> >> connections to remotes hosts itself. No need to introduce the
> >> overhead of an MTA in there.
> >>
> >> On Wednesday, June 4, 2003, at 07:38 PM, James Fassett wrote:
> >>
> >>> I've searched the archives and the web, but I am afraid that my head
> >>> is spinning.
> >>>
> >>> I am attempting to create an opt-in newsletter mailer that can handle
> >>> between 8,000 and 10,000 email addresses. This mailer should be
> >>> triggered from php web based page and should create personalized
> >>> emails.
> >>>
> >>> Originally I was opening an SMTP connection directly to the mail
> >>> server for each message. This is _incredibly_ slow and would time
> >>> out
> >>> horribly.
> >>>
> >>> Can anyone provide
> >>> Tips / experience
> >>> Resource locations
> >>> General advice on exim :
> >>> config options / command line options
> >>> I should study
> >>>
> >>> If anyone here has succesfully accomplished a similar task, any help
> >>> would be appreciated.
> >>>
> >>> regards,
> >>> James Fassett
> >>>
> >>>
> >>> --
> >>>
> >>> ## List details at http://www.exim.org/mailman/listinfo/exim-users
> >>> Exim details at http://www.exim.org/ ##
> >>>
> >>
> >>
> >> --
> >>
> >> ## List details at http://www.exim.org/mailman/listinfo/exim-users
> >> Exim
> > details at http://www.exim.org/ ##
> >>
> >
>
