On 06/17/2010 08:31 PM, Darek M wrote:
> Hi list,
> 
> I had a properly running install of Postfix/MySQL/virtual, with the
> following in main.cf
> 
> virtual_mailbox_domains =
> proxy:mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
> virtual_mailbox_base = /home/vmail
> virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
> virtual_minimum_uid = 100
> virtual_uid_maps = static:5000
> virtual_gid_maps = static:5000
> virtual_alias_maps =
> proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf,
> proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_maps.cf
> 
> I then switched to the "dovecot" LDA, with this in main.cf replacing the 
> above:
> 
> dovecot_destination_recipient_limit = 1
> virtual_mailbox_domains =
> proxy:mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
> virtual_transport = dovecot
> 
> with the 'dovecot' transport defined in master.cf.  Turned out this
> LDA had trouble looking up aliases, so I switched back to 'virtual'
> while I figured it out.
> 
> (I had 'soft_bounce' enabled, so the messages that resulted in "user
> unknown" got dumped into the deferred queue.)
> 
> But after switching the LDA to 'virtual', where aliases work fine, and
> redelivering messages (either with "postqueue -f" or with pfqueue), I
> still get a "user unknown" SOFTBOUNCE, even though new mail for the
> same aliases makes it through fine.
> 
> So why does it seem like the deferred messages are still being
> processed using the 'dovecot' LDA?  I still have the 'dovecot'
> transport in master.cf, but it isn't called up from main.cf at all.
> The system is working flawlessly now with 'virtual', except for the
> deferred messages.  Please let me know whether full configs are
> needed.
> 
> - Darek


Darek,

man postsuper

Reference the -r option

-Matt

Reply via email to