|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Matthias Andree (ma
dt.e-technik.uni-dortmund.de)Date: Wed Sep 05 2001 - 07:51:30 CDT
Craig Sanders <cas
taz.net.au> writes:
> one of the big wins is that postfix *always* queues first and delivers
> from the queue as system load allows.
That's not necessarily an advantage, as we can see in the qmail
case. Inbound mail preprocessing takes the entire sending process down,
and qmail is slow (throughput) in general.
Effectively, the implementation matters.
> sendmail tries to deliver first, and only queues if the delivery fails.
> last time i used sendmail, no amount of ruleset tweaking could change
> this behaviour.
No, you change options instead, see Claus' mail.
> if you're running a large mailing list, the effect of this is dramatic
> - especially when processing the inevitable bounces. e.g. i had one
> sendmail system (a Pentium 166 with 64MB running smartlist) which died
> under the load of processing bounces from a 30,000 subscriber mailing
> list (an announcement-only list for a video games web site)
>
> i changed the MTA to postfix (didn't change anything else, same
> hardware, same list manager) and it stopped crashing.
Crashing or dying?
> qmail has a similar queuing strategy. but posfix is much better :)
I believe you'll have to wait a while when qmail gets the bounces back
until they are all processed. However, it doesn't need to start to
figure it's already running overload.
-- Matthias Andree Outlook (Express) users: press Ctrl+F3 for the full source code of this post. begin dont_click_this_virus.exe end - To unsubscribe, send mail to majordomopostfix.org with content (not subject): unsubscribe postfix-users
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]