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=<us...@gmail.com>, 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.