On Mon, Mar 09, 2020 at 07:27:29PM -0400, Wietse Venema wrote:
> li...@sbt.net.au:
> > Mar 10 00:12:42 geko postfix/smtp[9497]: C099F42B0143:
> > to=<recipient@mt_tld.com>, relay=127.0.0.1[127.0.0.1]:10026, delay=113,
> > delays=111/0.01/0.01/2.8, dsn=2.0.0, status=sent (250 2.0.0 from
> > MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 145BB42B0149)
>
> This is Postfix logging while SENDING email through an after-queue
> content filter (which has serious congestion, but that is not the
> problem in $SUBJECT).
One interesting tidbit however is the 111s "before active" time in the
delays= times.
http://www.postfix.org/postconf.5.html#delay_logging_resolution_limit
This does seem to suggest that it took ~111 seconds for the message to
be accepted before it entered the active queue. Perhaps PMTU or similar
issues? Or a slow pre-queue filter.
> To come back to $SUBJECT, if you have user clients timing out, then
> you should be looking at Postfix logging while RECEIVING email from
> the client.
Yes, not much to learn otherwise.
--
Viktor.
