From: Noel Jones (njonesmegan.vbhcs.org)
Date: Mon Sep 03 2007 - 21:40:37 CDT

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

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

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