On Mon, Dec 30, 2019 at 06:27:30PM +1300, Peter wrote:
> > http://www.postfix.org/DEBUG_README.html#mail
> >
> > * postconf -nf
content_filter = scan:127.0.0.1:10025
inet_interfaces = all
receive_override_options = no_address_mappings
virtual_alias_domains = [domain].com
virtual_alias_maps = pgsql:/etc/postfix/pgsql_virtual_alias_maps.cf
hash:/etc/postfix/virtual_alias_maps
With "ldap", "pgsql" and "mysql" it is generally a good idea to use
"proxy:ldap", "proxy:pgsql", ...
> > * postconf -Mf
smtp inet n - - - - smtpd
scan unix - - n - 10 smtp
-o smtp_send_xforward_command=yes
-o disable_mime_output_conversion=yes
-o smtp_generic_maps=
localhost:10026 inet n - n - 10 smtpd
-o content_filter=
-o
receive_override_options=no_unknown_recipient_checks,no_header_body_checks
-o smtpd_helo_restrictions=
-o smtpd_client_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o smtpd_authorized_xforward_hosts=127.0.0.0/8
> > * logs showing all processing of a rejected message
Dec 30 00:59:13 li1145-60 postfix/smtpd[4934]: 84E583E814:
client=mail-vs1-f52.google.com[209.85.217.52]
Dec 30 00:59:13 li1145-60 postfix/cleanup[4939]: 84E583E814:
message-id=<CAFbH14rfqLZo3=7WhZAUMxt9Yt3kyK=qcjofe5c0cmj9mk_...@mail.gmail.com>
Dec 30 00:59:13 li1145-60 postfix/qmgr[4761]: 84E583E814:
from=<[email protected]>, size=2491, nrcpt=1 (queue active)
Dec 30 00:59:13 li1145-60 postfix/error[4940]: 84E583E814:
to=<postmaster@[domain].com>, relay=none, delay=0.2, delays=0.2/0/0/0,
dsn=5.1.1, status=bounced (User unknown in virtual alias table)
Dec 30 00:59:13 li1145-60 postfix/bounce[4941]: 84E583E814:
sender non-delivery notification: 8ECE03EA80
Dec 30 00:59:13 li1145-60 postfix/qmgr[4761]: 84E583E814: removed
with "XFORWARD" the logs could be misleading, this could be the
processing of the message south of the content filter, and perhaps
the recipient is not listed in virtual_alias_maps. Is there any
other logging for "84E583E814" or the message-id in question?
If the "content_filter" was set as reported, the message would
not have been handed off to the error transport. The presence
of a filter:
https://github.com/vdukhovni/postfix/blob/master/postfix/src/qmgr/qmgr_message.c#L1105-L1115
preëmpts recipient-specific resolution:
https://github.com/vdukhovni/postfix/blob/master/postfix/src/qmgr/qmgr_message.c#L1121-L1127
that (for example) bounces unknown recipients in virtual alias domains.
The reported symptoms are not consistent with content_filter being set
for the message.
--
Viktor.
