Skip navigation

Separate mail server for each site

594 Views 3 Replies Latest reply: Oct 4, 2011 2:14 AM by John Lockwood RSS
dmare Level 1 Level 1 (30 points)
Currently Being Moderated
Sep 1, 2011 8:49 PM

We have Head Office and Small Office.

 

Our mail server is in Head Office - traffic to and from the mail server is over the fast LAN - no problems.

 

In Small Office, we have two employees, let's call them Snail and Shoe.

 

 

Currently Snail and Shoe use the mail server in Head Office.  When Snail emails Shoe, the message travels all the way to Head Office saturing the slow link upstream.  Shoe then downloads the email from Head Office, which then saturates the slow link downstream.

 

If Snail and Shoe are on the same LAN in the small office, there shouldn't be any reason for the message to travel all the way back to head office, so my question is:

 

How do I set up a secondary email server in Small Office using the same email domain in such a way that it would integrate with Head Office?

 

I envisage a scenario where if Snail sends an email to Shoe, it would go to a local email server in Small Office.  The local email server in Small Office would then check if Shoe is located in Small Office or whether he's in Head Office.  Seeing that he's in the local Small Office, the local mail server would then keep the message in Small Office.  Shoe will then download it from Small Office's local mail server, saving the slow link from saturation.

 

How do I do set up the servers this way?

Xserve, Mac OS X (10.6.7)
  • John Lockwood Level 5 Level 5 (5,075 points)
    Currently Being Moderated
    Sep 2, 2011 3:59 AM (in response to dmare)

    As long as these remote users need to be in the same domain name for email as the main office, I don't think Apple's own mail server is going to be able to do what you want. This is the sort of thing MS Exchange historically is better at. I am not however suggesting you go that route.

     

    You could however look at Kerio Connect. This can run on various server operating systems including Mac OS X, and can also link to Open Directory for authenticating users (or use its own standalone system). In your case the main benefit of Kerio is that is does have a feature added last year called a 'dsitributed domain'. This allows you to have servers at multiple sites all running the same email domain name. I would also say that Kerio has far better support for iOS devices than Apple's own server (ironic as that sounds) as Kerio uses the same ActiveSync technology as used by MS Exchange.

     

    See http://www.kerio.com and http://www.kerio.co.uk/blog/distributed-domain-bringing-offices-together

  • John Lockwood Level 5 Level 5 (5,075 points)
    Currently Being Moderated
    Oct 4, 2011 2:14 AM (in response to dmare)

    The underlying email server software on Mac OS X is standard widely used and respected open-source software like as you mention postfix, and also dovecot, amavis, spamassassin, etc.

     

    The problem is that Apple only give basic access to their capabilities and for anything more you have to dig in to the configuration files and do it all by hand. Even email groups is poorly handled by Apple.

     

    I find Kerio Connect far less painful to deal with. I would in your case consider having a central Open Directory master, and each office to have an Open Directory replica. Each account would then work at each office (for Open Directory), and Kerio would authenticate users via Open Directory.

     

    There is a free evaluation version of Kerio Connect.

     

    PS. As I mentioned, Kerio will definitely make life easier for iOS devices, you even get remote wipe.

Actions

More Like This

  • Retrieving data ...

Bookmarked By (1)

Legend

  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.