Hi,

I've cut out much
...
>> smtpd_tls_cert_file = /etc/pki/dovecot/certs/dovecot.pem
>> smtpd_tls_key_file = /etc/pki/dovecot/private/dovecot.pem
>> smtpd_tls_received_header = yes
>> smtpd_tls_security_level = may
>> smtpd_tls_session_cache_database =
>> btree:/var/lib/postfix/smtpd_tls_session_cache
>> smtp_send_xforward_command = yes
>
> Why is this here? Generally this should only be set as an -o override
> setting in master.cf for a special smtp(8) transport(5), such as you
> did below for smtp-amavis. Take it out.

Another problem I'm having with this system is messages to the
always_bcc address are duplicated, and I can't figure out why. I've
read quite a bit on amavisd and postfix changes to avoid this, but I'm
missing something.

I tried modifying the receive_override_options for the smtpd process
from master.cf using the following:

127.0.0.1:10025 inet n    -       n       -       -     smtpd
    -o content_filter=
    -o smtpd_delay_reject=no
    -o smtpd_client_restrictions=permit_mynetworks,reject
    -o smtpd_helo_restrictions=
    -o smtpd_sender_restrictions=
    -o smtpd_recipient_restrictions=permit_mynetworks,reject
    -o smtpd_data_restrictions=reject_unauth_pipelining
    -o smtpd_end_of_data_restrictions=
    -o smtpd_restriction_classes=
    -o mynetworks=127.0.0.0/8
    -o smtpd_error_sleep_time=0
    -o smtpd_soft_error_limit=1001
    -o smtpd_hard_error_limit=1000
    -o smtpd_client_connection_count_limit=0
    -o smtpd_client_connection_rate_limit=0
    -o 
receive_override_options=no_unknown_recipient_checks,no_address_mappings,no_header_body_checks
    -o local_header_rewrite_clients=

However, the no_address_mappings was causing external mail to bounce
with 'unknown virtual user'. The messages look identical, and I can't
figure out how to correlate the logs to determine how it's happening,
and so don't know how to troubleshoot this.

I thought someone might have some ideas how to approach fixing this
problem, or can direct me towards a solution?

rob0, thanks so much for spending the time to help.
Best,
Alex

Reply via email to