"dan.kelley" wrote:
> i'm not sure if qmail-ldap helps me to solve the central problem - moving
> mail to the server that is closest to each regional office.
It does.
> if anyone has had any experience setting up a decentralized, multi-office
> email scheme using ldap, i'd appreciate your input.
Basically, qmail-ldap works like this:
- Is the TO email address in the LDAP tree? (if not, deliver it over the
internet like any mail relay would).
- If so, does the mailHost attribute point to me? (if so, deliver it
locally, it's for us!!)
- If not, deliver the mail to the box pointed to by the mailHost
attribute.
So, in your case you would do this:
o Set up a POP or IMAP server at each regional office. This server runs
both an LDAP server and qmail+ldap and a POP/IMAP server.
o Set up all these regional offices as LDAP slace servers to a
centralised LDAP master you control. This will speed up things. (This is
optional - you could just have a central LDAP server to which all your
branch office qmail+ldap servers point, but mail delivery may be
slower).
o Set up your LDAP database tree with all your users in it. Set their
mailHost attribute to point to the regional server closest to them -
this is where their mail will be delivered to and stored.
o Set up your DNS MX records to deliver mail to one or more of these
regional servers. You could point the MX at any or all of the regional
servers, it doesn't matter - set it up however is fastest.
Once you have done this, things should work. Further stuff you might
want to investigate is to run each office's user list in separate base
DNs in your LDAP tree, and then host each office's user tree as a master
from that office, and a slave everywhere else. This way your branch
offices can still edit their config even when their links are down.
Good luck!
Regards,
Graham
--
-----------------------------------------
[EMAIL PROTECTED] "There's a moon
over Bourbon Street
tonight..."
S/MIME Cryptographic Signature
