List Archive: gentoo-user
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
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
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.
email@example.com mailing list