|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Len Conrad (lconrad
Go2France.com)
Date: Tue Aug 18 2009 - 11:08:59 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
mail_version = 2.3.3
postconf | egrep virtual_alias_maps
proxy_read_maps = $local_recipient_maps, $mydestination,
$virtual_alias_maps, $virtual_alias_domains, $virtual_mailbox_maps, $virtual_mailbox_domains, $relay_recipient_maps, $relay_domains, $canonical_maps, $sender_canonical_maps, $recipient_canonical_maps, $relocated_maps, $transport_maps, $mynetworks
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-
virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
On the mailbox server, the mysql table answers correctly:
postmap -q "exstory
xxx.com" mysql:/etc/postfix/mysql-virtual_forwardings.cf
exstory
yyy.net
... so the virtual_forwardings.cf is correct, the table is correct, returing the right answer.
but:
Aug 18 10:56:54 ms1.zzz.net/ms1.zzz.net postfix/virtual[5386]: 854544E4066: to=<exstory
xxx.com>, relay=virtual, delay=0.05, delays=0.04/0/0/0.01, dsn=5.1.1, status=bounced (unknown user: "exstory
xxx.com")
When we do "virtual -vv", we see virtual resolving recipients only with virtual_mailbox_maps, and apparently not looking at virtual_alias_maps
virtual_alias_maps worked fine for months until yesterday. We can't find what changed.
Suggestions?
Len
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]