Patrick Marquetecken wrote:
> After changing the hdparm parameters and in main.cf
> default_destination_concurrency_limit to 20 the speed whent up and i
> send now 100 email in seconds.
> 

	I'd bump the limit up to 100 or so if the box can handle it. If it 
can't I'd suggest increasing the RAM. As you've likely noticed disk I/O 
is going to be your main bottle neck. You can do interesting things like 
adding a second drive and running another instance of Postfix on it. You 
can also turn off all logging, but for 10k you shouldn't need to do 
anything creative.

	If you've never sent an email to your customers you're going to have a 
lot of bounces. It's just one of those things. From past experiences I'd 
consider myself lucky to get 80% working email addresses. This brings me 
to my main point, bounce handling. Bounce handling is going to be 
expensive in system resources initially, but your return is pretty quick.

	Proper bounce handling should update you db with a marking of not 
active, etc for addresses that bounce. Also if it bounces, it's dead. 
I've seen some people wait for 5 bounces before marking an address dead. 
That's just dumb. I'd go maybe as high as 2 bounces, this ain't 1996 and 
mail pretty much just works now. All bounce handling should be done 
before the next mailing, so you can run with a cleaner lists. You should 
also run a few reports on you logs to see if anyone is marking you as 
spam. Again it's one of those things. Some idiot somewhere will complain 
and you'll either be blocked locally or end up on a list no matter how 
in the right you are. Best you're prepared to deal with it.

kashani


--
gentoo-user@g.o mailing list