Loading ...
Sorry, an error occurred while loading the content.

273686Re: SMTP proxy????

Expand Messages
  • Ignacio Garcia
    Feb 1, 2011
    • 0 Attachment
      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.Duchovni@...> 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
    • Show all 12 messages in this topic