- Previous message: Arthur de Jong: "Re: duplicate delivery elimination"
- In reply to: Arthur de Jong: "Re: duplicate delivery elimination"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
|
|
|
From: Victor Duchovni (no email)
Date: Tue Nov 01 2005 - 09:06:23 EST
On Tue, Nov 01, 2005 at 02:48:27PM +0100, Arthur de Jong wrote:
> On Tue, 2005-11-01 at 07:22 -0500, Wietse Venema wrote:
> > NOT fixed with mail sent simultaneously to alias1 AND alias2, but
> > fixed when one alias includes the other.
> >
> > When mail is sent simultaneously to alias1 AND alias2, each
> > alias is expanded by a different Postfix delivery process
> > that runs in parallel with the other.
>
> Is there any workaround or solution that you can recommend that would
> accomplish the same? We could use formail from procmail to do something
> like this:
>
Move all mailbox-to-mailbox (not command or file) aliases into virtual(5)
and set:
enable_original_recipient = no
(but only if you don't need multi-drop mailbox support for downstream
fetchmail domains).
In our environments all 1-to-many (address to 1 or more addresses)
expansions are done in virtual expansion, and aliases(5) is only used
for delivery to (single!) commands or files.
-- Viktor. Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the "Reply-To" header. To unsubscribe from the postfix-users list, visit http://www.postfix.org/lists.html or click the link below: <mailto:?body=unsubscribe%20postfix-users> If my response solves your problem, the best way to thank me is to not send an "it worked, thanks" follow-up. If you must respond, please put "It worked, thanks" in the "Subject" so I can delete these quickly.
|
|
|