Mouse,
Thanks so much for your reply. It helped me understand the path mail takes through the system. I did a little research and found alias mapping is applied after amavis hands the message back to postfix. So after carefully looking at master.cf I found a stray # found it's way into the line that starts with -o receive_override_options=
My apologies to the list for misdirecting a postfix issue here
Eric
-----Original Message----- From: dovecot-bounces+eric=biondi.com@dovecot.org [mailto:dovecot-bounces+eric=biondi.com@dovecot.org] On Behalf Of mouss Sent: Wednesday, January 30, 2008 3:01 AM To: dovecot@dovecot.org Subject: Re: [Dovecot] Virtual Alias Forwarding
mouss wrote:
Eric Biondi wrote:
I'm having a problem with Dovecot and forwarding of aliases. Any help would be greatly appreciated.
I'm using Postfix, Mysql, dovecot, amavis.
mysql> SELECT * FROM alias; | address | goto | domain | created | modified | active |
It seems from the logs that incoming mail is being delivered to the mailbox via dovecot. Mail gets to the correct mailbox (address field), however, if I change the destination mailbox (goto) in the alias table in mysql, the mail still goes to the main mailbox (address). mysql_virtual_alias_maps.cf looks to be configured correctly but I'm suspecting that dovecot is circumventing that file.
dovecot does not care about virtual aliases. These are a functionality of postfix. The question belongs to the postfix list. post there, but provide more infos:
- output of 'postconf -n'
- test lookups with postmap -q. for example postmap -q mtb@domain.net mysql:/etc/postfix/mysql_virtual_alias_maps.cf
and master.cf. My guess is that you disabled virtual aliases when setting up amavisd-new filtering.