On Sun, Jun 30, 2019 at 07:22:42PM -0400, Wietse Venema wrote:
> Doug Hardie:
> > This is a small server with a few users that are all local. There
> > are several domain names that point to this server, but all of
> > them are just aliases for the main name. Received mail stops at
> > the rcpt to: line. There is no OK that occurs until shortly after
> > 3 minutes from that line being received. During that time ktrace
> > shows multiple calls and sleeps for proxymap. After the 3+ minute
> > delay, it issues the OK and then they rest proceeds normally. I
> > suspect this is a configuration error since this server was just
> > updated to 3.3.4 from an earlier version. The earlier version
> > worked fine. This problem started when the upgrade completed.
>
> By default, the Postfix SMTP server invokes the proxymap
> service for local user lookup, because the default
> local_recipient_maps setting looks like this:
>
> local_recipient_maps = proxy:unix:passwd.byname $alias_maps
>
> Try, as a root user:
>
> postmap -q nosuchuser proxy:unix:passwd.byname
> postmap -q root proxy:unix:passwd.byname
>
> I suspect that your proxymap service is busted.
The OP's reported "postconf -n" has:
local_recipient_maps = unix:passwd.byname $alias_maps
which (if correct) removes proxymap from the picture.
While the proxymap service opens all the tables that some other
Postfix service might use, and if there are issues with any of
those, proxymap may fail to start, it would then not recover after
a delay.
Sending a probe to the system, shows a successful RCPT command, but
with an ~200s delay:
Jun 30 19:45:40 amnesiac postfix/smtp[26623]: 8D5C539A7E:
to=<r...@remotesupportservicesllc.com>,
relay=mail.remotesupportservicesllc.com[47.51.29.162]:25,
delay=202, delays=0/0.03/1.5/201, dsn=2.1.5,
status=deliverable (250 2.1.5 Ok)
I rather more suspect the milter:
smtpd_milters = unix:/var/run/clamav/clmilter.sock
and/or DNS lookup timeouts.
--
Viktor.
