Re: [PHP] Re: Masive mail Advice
On 01/26/2003 09:25 PM, Mark Charette wrote: That number of messages is small and with today's servers you can queue that volume of personalized is less than a minute. Your problems will start as you enter in the tens of thousands of recipients, not because qmail won't handle it but because that many message in the queue will prevent the incoming messages to arrive in time. ??? There are two separate processes here - the outgoing connections to the remote SMTP servers and the incoming connections to your own SMTP servers. Tuning qmail involves setting the number of outgoing queues so as not to overload your communications line. I _personally_ have sent more than 300,000 messages with no "resting" mechanism - doing that means you haven't tuned your qmail system for the load. The problem does not have to do with SMTP but with qmail local queue handling. If you send messages to many users and the bounce address is set to some address handled by the same server, you will be starting to get bounces to the same machine and thus the same qmail server. The way to solve this is to put the bounce address point to some address that is handled by a different server or even to nowhere. Using a spare server for the actual delivery reduces that problem too. It has everything to do with qmail local queue handling. I have had no problems when both the VERP address and sending machine are the same, providing I tune the qmail queues to a reasonable number. VERP is very useful to handle bounces, no separate machines are required, you just have to think about your bandwidth. The way to solve this is use your intelligence. A stop/start sceme as you originally proposed is a kludge at best to an easily managable problem. I don't think you are getting the point of stop/start. If you flood the delivery queue with 300,000, no more incoming and outgoing mail will be handled until all the delivery to all recipients that you queued are handled. That may take hours depending on how hard is to deliver to all recipients. If you have a dedicated server for the bulk delivery, that may not be a problem for, but if you have other types of messages coming and going of the same server, everything will be stalled. BTW, if you are personalizing the messages, there is no need to user VERP because you are already sending the messages separately and so you may as well personalize the return path address. -- Regards, Manuel Lemos -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Re: Masive mail Advice
> -Original Message- > From: Manuel Lemos [mailto:[EMAIL PROTECTED]] > On 01/26/2003 08:22 PM, Mark Charette wrote: > >>-Original Message- > >>From: Manuel Lemos [mailto:[EMAIL PROTECTED]] > >>That number of messages is small and with today's servers you can queue > >>that volume of personalized is less than a minute. Your problems will > >>start as you enter in the tens of thousands of recipients, not because > >>qmail won't handle it but because that many message in the queue will > >>prevent the incoming messages to arrive in time. > > ??? > > > > There are two separate processes here - the outgoing connections to the > > remote SMTP servers and the incoming connections to your own > SMTP servers. > > Tuning qmail involves setting the number of outgoing queues so as not to > > overload your communications line. > > > > I _personally_ have sent more than 300,000 messages with no "resting" > > mechanism - doing that means you haven't tuned your qmail system for the > > load. > > The problem does not have to do with SMTP but with qmail local queue > handling. If you send messages to many users and the bounce address is > set to some address handled by the same server, you will be starting to > get bounces to the same machine and thus the same qmail server. The way > to solve this is to put the bounce address point to some address that is > handled by a different server or even to nowhere. Using a spare server > for the actual delivery reduces that problem too. It has everything to do with qmail local queue handling. I have had no problems when both the VERP address and sending machine are the same, providing I tune the qmail queues to a reasonable number. VERP is very useful to handle bounces, no separate machines are required, you just have to think about your bandwidth. The way to solve this is use your intelligence. A stop/start sceme as you originally proposed is a kludge at best to an easily managable problem. Mark C. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Masive mail Advice
Hello, On 01/26/2003 08:22 PM, Mark Charette wrote: -Original Message- From: Manuel Lemos [mailto:[EMAIL PROTECTED]] That number of messages is small and with today's servers you can queue that volume of personalized is less than a minute. Your problems will start as you enter in the tens of thousands of recipients, not because qmail won't handle it but because that many message in the queue will prevent the incoming messages to arrive in time. ??? There are two separate processes here - the outgoing connections to the remote SMTP servers and the incoming connections to your own SMTP servers. Tuning qmail involves setting the number of outgoing queues so as not to overload your communications line. I _personally_ have sent more than 300,000 messages with no "resting" mechanism - doing that means you haven't tuned your qmail system for the load. The problem does not have to do with SMTP but with qmail local queue handling. If you send messages to many users and the bounce address is set to some address handled by the same server, you will be starting to get bounces to the same machine and thus the same qmail server. The way to solve this is to put the bounce address point to some address that is handled by a different server or even to nowhere. Using a spare server for the actual delivery reduces that problem too. -- Regards, Manuel Lemos -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Re: Masive mail Advice
> -Original Message- > From: Manuel Lemos [mailto:[EMAIL PROTECTED]] > That number of messages is small and with today's servers you can queue > that volume of personalized is less than a minute. Your problems will > start as you enter in the tens of thousands of recipients, not because > qmail won't handle it but because that many message in the queue will > prevent the incoming messages to arrive in time. ??? There are two separate processes here - the outgoing connections to the remote SMTP servers and the incoming connections to your own SMTP servers. Tuning qmail involves setting the number of outgoing queues so as not to overload your communications line. I _personally_ have sent more than 300,000 messages with no "resting" mechanism - doing that means you haven't tuned your qmail system for the load. Mark C. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
