Re: Stress-dependent server personality

From: Noel Jones (no email)
Date: Mon Sep 03 2007 - 22:40:37 EDT

  • Next message: Noel Jones: "Re: Stress-dependent server personality"

    At 07:48 PM 9/2/2007, Wietse Venema wrote:
    > >
    > > - The master(8) daemon passes a new command-line option to the
    > > smtpd(8) child processes; the option indicates whether or not
    > > all the SMTP service ports are busy. This is a simple change.
    >
    >In fact, that alone would suffice; there is no need for alternate
    >sets of main.cf parameters. If the master would set a command-line
    >option like "-o stress=yes" when a type "inet" service is utilized
    >for 80%, that would be sufficient.
    >
    >For example, if the number of smtpd processes reaches 80% of
    >the process limit, the master would specify "-o stress=yes"
    >on the smtpd command lines, and this could change the meaning
    >of smtpd_timeout or smtpd_peername_lookup:
    >
    > # Use 10s timeouts when under stress.
    > smtpd_timeout = ${stress?10}${stress:300}
    >
    > # Don't look up the client hostnames when under stress.
    > # Caution: this pretends that lookups fail with a hard errors.
    > smtpd_peername_lookup = ${stress?no}${stress:yes}
    >
    >The dynamic "-o stress=yes" setting is simple enough that it could
    >be implemented as an emergency patch for Postfix 2.3 and earlier.
    >
    > Wietse

    This looks interesting.
    I'm making the assumption that the above settings are examples (and
    not proposed defaults).

    In which case it looks as if pretty much any parameter used by smtpd
    would be able to use the
    smtpd_foo = ${stress?emergency_foo}${stress:normal_foo}
    style syntax to specify alternate settings. Correct?

    Cool.

    -- 
    Noel Jones 
    

  • Next message: Noel Jones: "Re: Stress-dependent server personality"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD