On 31 Oct 2016, at 22:04, @lbutlr wrote:


On 31 Oct 2016, at 17:08, wilfried.es...@essignetz.de 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=<virusal...@covisp.net> to=<virusal...@covisp.net> proto=ESMTP helo=<mail.covisp.net> Oct 31 09:34:19 mail postfix/cleanup[35866]: 3t6z1R27xYzKXmh: message-id=<valec8gtk8d...@mail.covisp.net> Oct 31 09:34:19 mail postfix/qmgr[1309]: 3t6z1R27xYzKXmh: from=<virusal...@covisp.net>, size=3114, nrcpt=1 (queue active) Oct 31 09:34:19 mail postfix/local[35894]: 3t6z1R27xYzKXmh: to=<virusal...@covisp.net>, 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 virusal...@covisp.net

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 virusal...@covisp.net 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.

Reply via email to