On Sat Mar 19 2016 18:16:06 Wietse Venema <wie...@porcupine.org> said: > > @lbutlr: >> On Mar 19, 2016, at 5:40 PM, Wietse Venema <wie...@porcupine.org> wrote: >>> Perhaps you have a content filter, and forgot to disable >>> address mapping with receive_override_options on one side >>> of the filter. See http://www.postfix.org/FILTER_README.html. >> >> Yes, amavisd. Thanks! >> >> If I add >> >> -o receive_override_options =3D no_address_mappings >> >> To master.cf in the 127.0.0.1:10025 declarations then addresses that = >> should expand bounce before getting to the filter. > > Then, expand the virtual alias before the filter.
Not to be thick, but how would I control the order? If I have, simply: /etc/postfix/main.cf content_filter = smtp-amavis:[127.0.0.1]:10024 receive_override_options = no_address_mappings As in http://www.postfix.org/FILTER_README.html then all the mail that is aliased bounces at submission. " • The "receive_override_options" line disables address manipulation before the content filter, so that the content filter sees the original mail addresses instead of the result of virtual alias expansion, canonical mapping, automatic bcc, address masquerading, etc.” Which I take to mean that alias expansion should NOT (and does not, obviously) take place before passing the message to the content filter, but then I don’t see why the message should bounce at submission: submission inet n - n - - smtpd -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o smtpd_sasl_type=dovecot -o smtpd_sasl_security_options=noanonymous -o smtpd_sasl_path=private/auth -o smtpd_client_restrictions=permit_sasl_authenticated,reject -o smtpd_data_restrictions= -o smtpd_relay_restrictions=permit_sasl_authenticated,reject_unauth_destination,reject -o smtpd_helo_restrictions= -o smtpd_recipient_restrictions=permit_sasl_authenticated,reject_unauth_destination,reject -o syslog_name=submit-tls submit-tls/smtpd[65867]: NOQUEUE: reject: RCPT from *homeconnection*: 450 4.1.1 <krem...@kreme.com>: Recipient address rejected: User unknown; from=<krem...@kreme.com> to=<krem...@kreme.com> proto=ESMTP helo=<[10.0.0.173]> $ postmap -q krem...@kreme.com hash:/etc/postfix/virtual krem...@covisp.net It doesn’t seem that the message ever even gets to amavis before it is rejected. Raw message > queue > content-filter > sendmail > queue > delivery ^ bounce is here ^ alias expansion should be here -- "I think my [German] husband is a wee bit tired of me suggesting we 'kill us some Nazis' (with a Tennessee twang) anytime he's looking for a plan to do something." ~Amy
