At 18:32 2006-08-30 -0700, Scott Haneda wrote:
I would also try to unorder the email addresses, so that large groups of yahoo and aol etc emails do not hit the outbound queue at the same time. They tend to look down on that activity, and throttle you back, making it take even longer to get your messages out.
You might put special-case conditons on specific domains, but actually, you're much better off ordering by domain because your server will end up sending _ONE_ message addressed to whatever number of recipients at that domain. If your list is truely massive, your MTA may be incapable of sorting the recipients itself: a good MTA will batch by recipient domain.
An equal probability is that you're actually generating INDIVIDUAL messages (one per recipient), rather than messages with a BCC: recipient list, in which case, my advise would be to switch to BCC: addressing, but if that isn't an option, look at a cascaded MTA queue (messages which don't deliver on the first try get sent to a secondary queue which won't retry right away - and those which fail to deliver from that queue get moved to one that takes even LONGER) - a fairly typical (read: default Sendmail setup) queue retry is every 15 minutes, 24/7 --- if you've got a few hoser domains in there, they can stuff you up quick.
Check your server logs to see if the domains you're emailing to are trying to perform callbacks (GTE and it's affiliated telco domains are/were doing this for some time - this is the same bunch of idiots who've blocked many european IP ranges from sending mail to them, and such sites have to relay through other hosts in order to deliver to GTE customers). Any domain that does this might be a candidate for being added to a special case handler to be shuttled to a low priority queue right off the bat.
Might I suggest you set up a database for the special conditions and the queues you'd place them in? <g>
--- Please DO NOT carbon me on list replies. I'll get my copy from the list. Founding member of the campaign against email bloat. -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
