>From the virtual(5) man page
Virtual aliasing is recursive,
So I speculate what is happening is
[email protected]<mailto:[email protected]> ->
[email protected]<mailto:[email protected]>
and then recursively starting over
[email protected]<mailto:[email protected]> ->
[email protected]<mailto:[email protected]>
Reordering the files will not assist since I speculate 'recursive' means start
all over from the beginning with the newly looked up address.
Regards,
Todd Olson
Cornell University
On Tu, 2016-08-23, at 03:18, Boris Behrens
<[email protected]<mailto:[email protected]>> wrote:
Hi,
we got a strange issue.
We defined two virtual files. one is for the actual delivery to defined
mailboxes or forward to other mail accounts and the other one is to catch
system mails from cronjobs without mailtto.
virtual_alias_domains = hash:/etc/postfix/virtual,
pcre:/etc/postfix/virtual_fallback
virtual_alias_maps = hash:/etc/postfix/virtual,
pcre:/etc/postfix/virtual_fallback
virtual_fallback:
/^([a-zA-Z0-9-\.]+)\.tld\.de$/ -
/^([a-zA-Z0-9-]+)\.tldhosting\.de$/ -
/@([a-zA-Z0-9-\.]+)\.tld\.de$/ [email protected]<mailto:[email protected]>
/@([a-zA-Z0-9-]+)\.tldhosting\.de$/ [email protected]<mailto:[email protected]>
virtual:
[email protected]<mailto:[email protected]>
[email protected]<mailto:[email protected]>
Now it looks like the virtual_fallback will be used first (or 2nd?) so the mail
for [email protected]<mailto:[email protected]> isn't going to
the pipe mailserver but to the [email protected]<mailto:[email protected]> account (which
is a hosted exchange).
Any ideas? Switching the order in the main.cf does not work.
Here the corresponding log entry:
Aug 23 09:02:10 relay01.mail.tld.de<http://relay01.mail.tld.de/>
postfix/smtpd[27942]: 4A03580C45:
client=mail-eopbgr40068.outbound.protection.outlook.com<http://mail-eopbgr40068.outbound.protection.outlook.com/>[40.107.4.68]
Aug 23 09:02:10 relay01.mail.tld.de<http://relay01.mail.tld.de/>
postfix/cleanup[27991]: 4A03580C45:
message-id=<[email protected]<mailto:[email protected]>>
Aug 23 09:02:10 relay01.mail.tld.de<http://relay01.mail.tld.de/> opendkim[615]:
4A03580C45:
mail-eopbgr40068.outbound.protection.outlook.com<http://mail-eopbgr40068.outbound.protection.outlook.com/>
[40.107.4.68] not internal
Aug 23 09:02:10 relay01.mail.tld.de<http://relay01.mail.tld.de/> opendkim[615]:
4A03580C45: not authenticated
Aug 23 09:02:10 relay01.mail.tld.de<http://relay01.mail.tld.de/>
postfix/qmgr[27804]: 4A03580C45: from=<[email protected]<mailto:[email protected]>>,
size=348852, nrcpt=1 (queue active)
Aug 23 09:02:12 relay01.mail.tld.de<http://relay01.mail.tld.de/>
postfix/smtp[28278]: 4A03580C45: to=<[email protected]<mailto:[email protected]>>,
orig_to=<[email protected]<mailto:[email protected]>>,
relay=tld-de.mail.protection.outlook.com<http://tld-de.mail.protection.outlook.com/>[94.245.120.74]:25,
delay=2.2, delays=0.54/0/0.28/1.3, dsn=2.6.0, status=sent (250 2.6.0
<[email protected]<mailto:[email protected]>>
[InternalId=3813930959063,
Hostname=DB6PR0501MB2773.eurprd05.prod.outlook.com<http://db6pr0501mb2773.eurprd05.prod.outlook.com/>]
356104 bytes in 0.425, 816.683 KB/sec Queued mail for delivery)
Aug 23 09:02:12 relay01.mail.tld.de<http://relay01.mail.tld.de/>
postfix/qmgr[27804]: 4A03580C45: removed
Best regards
Boris
