Prev: dspam breaks return-path and to address/address extension
Next: Spam notification
From: Darek M on 17 Jun 2010 20:31
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

From: Matt Hayes on 17 Jun 2010 20:40
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

 | 
Pages: 1
Prev: dspam breaks return-path and to address/address extension
Next: Spam notification