That's sounding happy, but how do you limit the number of qmail-remote's that are
gonna get spawned. Aren't you running the risk of thousands, or should I say
millions of them starting at once.
-- Tim "Mylo" Madams
-- [EMAIL PROTECTED]
once
[EMAIL PROTECTED] wrote:
> We something similar for a client a while ago. They are now mailing their
> newsletters out at a rate of 150,000/hour with two machines. The trick is
> to use qmail-remote directly and only queue stuff that doesn't get out the
> first try.
>
> Dirk
>
> On Fri, Jun 04, 1999 at 01:04:25PM -0700, Mylo wrote:
> > Not sure if this went through the first time, I got a help msg back
> > so here goes again:
> >
> > Hello all,
> > I am investigating using qmail to send a mass mailing to our 2M user base.
> > Currently we have been using sendmail. First, let me describe our current
> > setup. We have 26 different sendmail's running as deamons on 26 different
> > mqueue's. We then have a program that pulls user information out of our
> > database and creates the qfAA and dfAA files into these queue's. It dumps
> > 10,000 messages in each queue, then moves onto the next queue, leaving
> > sendmail to distribute the messages from the queue. This is however,
> > insanely slow. From what I've seen/read/and heard Qmail will be able to
> > accomplish our 2M mailing a lot faster than sendmail, however I believe that
> > a large part of our bottleneck is that we create queue files and expect
> > sendmail to recognize it. Okay, now to the question: What would be the
> > best way of doing this with Qmail? Running multiple deamons on multiple
> > queue's? or can Qmail do this all automatically. I am very unfamiliar with
> > the Qmail configuration so any assistance would be greatly appreciated.
> > Please reply directly to <A HREF="maito:[EMAIL PROTECTED]"> [EMAIL PROTECTED] </A>.
> > Thank you.
> >
> > -- Tim "Mylo" Madams
> > -- [EMAIL PROTECTED]
> >
>
