On 31 Oct 2016, at 22:04, @lbutlr wrote:
On 31 Oct 2016, at 17:08, [email protected] wrote:
Am 31.10.2016 um 23:51 schrieb @lbutlr:
...
No loglines of the denied mail?
Sure. Ut gives the same error as in the DND email.
Oct 31 09:34:19 mail postfix/smtpd[35893]: 3t6z1R27xYzKXmh:
client=localhost[127.0.0.1]
Oct 31 09:34:19 mail postfix/smtpd[35893]: 3t6z1R27xYzKXmh: permit:
DATA from localhost[127.0.0.1]: action=permit for Data command=DATA ;
from=<[email protected]> to=<[email protected]> proto=ESMTP
helo=<mail.covisp.net>
Oct 31 09:34:19 mail postfix/cleanup[35866]: 3t6z1R27xYzKXmh:
message-id=<[email protected]>
Oct 31 09:34:19 mail postfix/qmgr[1309]: 3t6z1R27xYzKXmh:
from=<[email protected]>, size=3114, nrcpt=1 (queue active)
Oct 31 09:34:19 mail postfix/local[35894]: 3t6z1R27xYzKXmh:
to=<[email protected]>, relay=local, delay=0.13,
delays=0.08/0.03/0/0.02, dsn=5.1.1, status=bounced (unknown user:
"virusalert")
Oct 31 09:34:19 mail postfix/bounce[35895]: 3t6z1R27xYzKXmh: sender
non-delivery notification: 3t6z1R33w3zKYKC
If I manually send a mail to [email protected]
What do you mean with "manually”?
Sent it myself from remote email (gmail or iCloud)
(What is the difference to the denied mail?)
virusalert is the email that amavis sends to, but it is postfix that
is rejecting it.
PLease, provide output of postconf -n and postconf -Mf.
OK, But I don’t think that is going to be helpful in this case. the
user is valid. The user maps properly via postmap -q, so there is
something else that is causing this.
There are no errors, panics, or fatal messages and the only warning
messages are rbl-related.
But I see 2 possible issues. The first almost certain:
mydestination = $myhostname, localhost.$mydomain, $mydomain,
localhost,
ns1.$mydomain, ns2.$mydomain, mail.$mydomain, www.$mydomain,
webmail.$mydomain
mydomain = covisp.net
[...]
virtual_alias_domains = kreme.com
virtual_alias_maps = hash:$config_directory/virtual
proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf
So: on what basis would you expect [email protected] to be mapped
as a virtual alias? You've told Postfix that covisp.net is a local
domain and that only kreme.com addresses should be mapped via virtual
aliases. I don't see how this can ever work...
Also, I bet you'd see what's happening more clearly with syslog_name set
in a '-o' line for this service:
127.0.0.1:10025 inet n - n - - smtpd
-o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o strict_rfc821_envelopes=yes
-o smtpd_error_sleep_time=0
-o smtpd_soft_error_limit=1001
-o smtpd_hard_error_limit=1000
-o
receive_override_options=no_header_body_checks,no_unknown_recipient_checks,no_address_mappings
I suspect no_address_mappings isn't appropriate here. It disables
virtual aliases, so you're doing that ahead of amavisd, which may be OK
but to quote postconf(5):
This is typically specified BEFORE an external content filter.