Thu, Jul 21, 2011 ve 01:31:29PM +0200, Robert Schetterer napsal: > Am 21.07.2011 12:55, schrieb deb...@orthank.net: > > Hi, > > > > we are using couple of servers with postfix to send newsletter > > to clients. Sending is pretty fast but after a short time every > > server is beign occupied with handling deferred mails. > > > > I got idea that maybe it is possible to somehow handle deferred > > mails on different machine. So primary servers will be bussy only > > with sending mails where no problem occures and when something is > > wrong and mail goes to deferred q, it will be forwarded to different > > machine which take care about it. > > > > I spent some time with googling and browsing documentation but I > > didn't find much so far. > > > > Thaks for any help. Maybe idea is completely wrong. > > > > depending setup on what you need > > how many emails do you send out ?
estimate is about 10.000 to couple of hundred thousands. > to what kind of addresses ( gmail , gmx , big mailers etc ) I think about 70% will be on some local big providers > is here urgent need that they reach in some defined time window? yes. Its about 2 days > do you have allready slow transports for big mailers not yet but we are experimenting with it > sign your mail with dkim, have matching reverse dns records > use whitelisting features at big mailers > get out addresses of your addressbase which cant be delivered several times > bounce unknown domains at income level > etc, this may avoid few deferreds > a cheap easy solution may be if you have enough ips > use some hostserver with virtual oses i.e vmware etc > each with their own ips and postfixes > and use smtp_fallback_relay feature to handle > outgoing mail over/between the virt servers, but be aware of > greylisting times, so mail should stay on one server > to honor this times > same at deliver rates at other servers > or perhaps the last in line server is your garbage pull out > > i guess the same can be done with one machine and > i.e postfix instances etc really thanks for the tips! IPs are not problem and we are already thinking about this solution. > how you are creating that newsletters ? > mixing the recipient adresses may help ( dont send > hundreds of mails at once to one servers , mix it to avoid deliver rates > ), perhaps check mx records before send etc etc we have our own app which can be modified to any of such rules. We already using parts of what you suggested. > analyse your current logs , to find out what solutions fits best to your > needs > > this was discussed several times here on the list > read archive for solutions may fit to you yes, it was. I did my homework before I wrote :) and browsed many of mails. I wasn't able to find out how exactly do moving of deferred. Main problem is imho that I'm not native speaker so I have trouble with guessing right phrase. Anyway with your answers it will be much easier. Thanks again. Regards, Kepi
