"Volker Jung" <[EMAIL PROTECTED]> wrote:
>please let me describe in detail what problems I have working with
>qmail correctly. I have a database with about 20000 mail adresses
>inside. To everyone of that adresses I wish to send the same mail
>(0,1 MB of size) using qmail. It is no problem to create such a mail
>and to inject it to qmail�s queue by using qmail-inject and sending
>the mail on standard input. It is easy to send single mails by that
>method. But with huge amounts of data there occur a few problems that
>I cannot fix. The easiest way to do that work would be to generate
>20000 emails and to inject them via qmail-inject.
No. The easiest way to do that is to put the 20000 addresses in
~alias/.qmail-listname and send one message to "listname@hostname".
Make sure the addresses in .qmail-listname are plain, uncommented, RFC
821 addresses like [EMAIL PROTECTED], not "Joe User <[EMAIL PROTECTED]>".
>... The best way I could imagine to do that job
>would be: You create your mail only ONCE. You send it to qmail. You
>tell qmail that you want it delivering that mail to 20000
>adresses. Qmail should decide how to do that job.
That's what the approach I outlined above does.
>I think there are
>more efficient algorhytms to send mails than one after another as
>mail servers have the ability to deliver the same mail to many
>recipients which would enormally decrease resource wasting. But how
>can I set up such a method???
Use Postfix instead of qmail.
qmail maximizes speed of delivery.
Postfix tries to be fast and efficient.
If your bandwidth is a limiting factor and speed of delivery isn't
crucial, Postfix is probably a better fit for you than qmail.
>Do I have to filter adresses that reside on the same remote host or
>is that a abilty of qmail?
qmail initiates a separate SMTP session for each recipient of a
message. Even if you send a message to 100 people on the same system,
qmail will use 100 SMTP sessions initiated by 100 qmail-remotes. If
the target system is a screamer, qmail can deliver these 100 messages
in about the same amount of time as it would take to deliver one
message. But bandwidth-efficient MTA's like Postfix will send them all
in one SMTP session, typically in batches of 20 or so recipients. This
uses much less bandwidth, but can take much longer. It also
complicates the MTA significantly, which tends to negatively impact
reliability.
See also:
http://Web.InfoAve.Net/~dsill/lwq.html#multi-rcpt
>How do I prevent queue from becoming filled up?
By sending one message to 20000 recipients instead of 20000 messages
to one recipient.
>Is there any way to talk to qmail bedirectionally via a
>technique similar to APIs (You call a function and get back detailed
>results, for example - queue full, retry later or - even better -
>retry within xxx seconds as qmail should know about its delivering
>speed and so on...)?
Nah, just inject the mail and let qmail worry about the details.
-Dave
