On Wed, May 28, 2003 at 10:24:48PM +0200, Lars Holmstr??m wrote: > The company I work for have customers that once a week, or a couple of times > per week, would like to send out a LARGE number of emails with basically > identical content. Large for them, is around 500.000 emails. > > Yes, they are aware of the bandwidth they need for this. They currently have > a 34 Mbps line purely for this purpose. > > My questions are > > a) Would this be something that COurier would be suiteble for ?
Yes and no, and you'll need a system to handle bounces. Courier limits the number of recipients on any message. The only way I've found around this for sending large mails is to send messages with 100 recipients�per message. Up to a certian size this is OK. For the 500,000 you're talking about I think that courier may not be the best solution. > b) Is there a way to optimize the interaction with the SMTP server, or would > it be OK to have a client software that have access to the content that > writes directly to a SMTP socket on a courier box (from couriers point of > view, it will look like a SMTP server) ? Something like qmqp works well for this, unfortunately you're going to get sub-optimal behaviour out of qmail. > c) Does any one have experience that touches my problem ? Please let me > know. Courier is fast, but you can't set VERPs as flexibly as you can with qmail. That and the limit on the # of recipients per message means that you probably want to use something else. -Peter -- The 5 year plan: In five years we'll make up another plan. Or just re-use this one. ------------------------------------------------------- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
