OSEC

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 (madt.e-technik.uni-dortmund.de)
Date: Wed Sep 05 2001 - 07:51:30 CDT

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Craig Sanders <castaz.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