Wietse Venema via Postfix-users:
> Yoda via Postfix-users:
> > What I'd like to understand:
> >
> > 1. Is sub-second default_destination_rate_delay safe to use under
> > sustained load on a queue that already has tens-to-hundreds of
> > active recipient destinations? Or is there a load-dependent
> > interaction with qmgr's per-destination scheduling state
>
> As documented
> https://www.postfix.org/postconf.5.html#default_destination_rate_delay
>
> To enable the delay, specify a non-zero time value (an integral value
> plus an optional one-letter suffix that specifies the time unit).
>
> When I set the system-wide rate delay:
>
> # postconf default_destination_rate_delay=0.5s
> # postfix reload
>
> The queue manager logs a fatal error:
>
> May 4 14:02:01 wzv postfix/qmgr[2216906]: fatal: parameter
> default_destination_rate_delay: bad time value or unit: 0.5s
>
> For some reason this integer constaint is not enforced for
> smtp_destination_rate_delay, relay_destination_rate_delay, and so
> on, meaning that the parameter value may not be used.
A transport-specific rate delay is enforced later, when the
delivery transport is first used.
With this configuration:
# postconf -n|grep rate_delay
smtp_destination_rate_delay = 0.5
The queue manager will not immediately complain after "postfix
start" or "postfix reload".
It will complain at the first attempt to deliver mail using the
'smtp' delivery transport:
May 4 14:49:27 wzv postfix/qmgr[2224456]: 4g8Vy753yNzcsjZ:
from=<[email protected]>, size=279, nrcpt=1 (queue active)
May 4 14:49:27 wzv postfix/qmgr[2224456]: fatal: parameter
smtp_destination_rate_delay: bad time value or unit: 0.5
Depending on your email mix, some time may pass between queue manager
startup or restart, and the first time that a specific delivery
transport is used.
When the queue manager logs a fatal error, there will be a delay
before the queue manager is restarted. That delay will also affect
deliveries using other delivery transports, so that they appear to
stall.
Lesson learned: look for warning/fatal/panic messsages in the log.
https://www.postfix.org/DEBUG_README.html#logging
Wietse
_______________________________________________
Postfix-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
