On Thu, Aug 09, 2012 at 12:15:45PM +0300, Nikolaos Milas wrote:
> >>>/etc/postfix/transportmap
> >>>example.com relay:[mail.example.com], relay:[mail2.example.com]
> >No. As documented.
> >
> >>>to force relaying to*both* those servers (mail AND mail2) at the
> >>>same time? According to the documentation, I don't see that's
> >>>possible (it seems only one transport:nexthop definition is
> >>>acceptable), but can we achieve this somehow (except using
> >>>always_bcc on mail.example.com)?
>
> >You can use virtual_alias_maps to rewrite each user to two mailbox
> >addresses and deliver to both, this is likely unwise. The two
> >mailboxes are no longer identical, messages arrive out of order
> >with slightly different content, deletion is difficult to synchronize,
> >...
>
> Under these circumstances, wouldn't it be reasonable to request this
> as a feature (support two - or more - destinations in transport maps
> when relaying)?
No. To split the mail flow you use virtual_alias_maps.
> Unless there are serious reasons to not support it, may I request
> this as a feature? Can you regard this as a feature request?
This is not possible without violating the reliability of the
Postfix queue file design.
I am yet to see a requests to split the mail flow like this that
is not the result of a naive HA design. Mailbox high-availability
is best handled at the mail-store level.
--
Viktor.
