Viktor, thanks very much. I'll be reading about all this and hopefully
will be asking some more questions once I have more knowledge of this.

Ignacio


On Tue, 1 Feb 2011 13:20:07 -0500, Victor Duchovni
<victor.ducho...@morganstanley.com> wrote:
> On Tue, Feb 01, 2011 at 07:11:52PM +0100, Ignacio Garcia wrote:
> 
>> > This splits into two use-cases:
>> >
>> >     * Relay
>> >
>> >            - Each server accepts mail for the other's domains, and relays
>> >      them to the right server. All you need is access to a table
>> >      of valid recipients for the relay domains, and table of
>> >      said domain names.
>> >
>> >     * Full-service:
>> >
>> >            - Each server accepts mail for all the domains, and delivers
>> >      to the correct mail store. Need fully unified data model.
>> >
>> > Which use-case are you aiming for?
>> >
>>
>> definitely full-service. I do not understand whan you say that I need a
>> fully unified data model.
> 
> In addition to recipient lists, you need mailstore locations, and
> transport settings, ... to actually deliver the mail.
> 
>> >> - both servers need to check against both databases for valid
>> >> destinations
>> >
>> > Correct (s/destinations/user-addresses/).
>>
>> ypu're right.
>>
>> >> - each server must know if delivery is to be local or it has to be
>> >> relayed to the other server.
>> >
>> > Postfix does that automatically. Just add the domain to "relay_domains"
>> > and not to virtual_mailbox_domains, or similar.
>>
>> ok.
> 
> This is for the "relay" use-case.
> 
>> >> - one server virtual_transport=maildrop (to courier-imap), the other
>> >> =dovecot (we are going with dovecot for the future, the one with courier
>> >> is older, but plenty of users)
>> >
>> > The difference in final delivery mechanisms is immaterial.
>>
>> Great!!!
> 
> Sorry, for the full-service use case, both sets of SMTP servers
> need to support both delivery mechanisms and choose the correct
> one for each user.
> 
> Ideally it would be LMTP for both, and the IMAP servers would handle
> the delivery logistics.
> 
>> So, can you point me to the right direction in learning how to get the
>> full-service configuration done?
> 
> Learn about virtual_alias rewriting or per-user transports in
> ADDRESS_REWRITING_README.html. Strongly consider using LMTP for
> all MTA -> Mail store deliveries, so that the MTA does not need
> to understand the internal architecture of the IMAP store.

-- 
Ignacio Garcia
Gerente
E.S. Oenus SL
Tel: 962 961 017
SkypeID: oenus.com
http://www.oenus.com

Reply via email to