6 messages in net.sourceforge.lists.courier-usersRe: [courier-users] replicated mail s...
FromSent OnAttachments
Chris PetersenSep 27, 2005 7:28 pm 
Martijn LievaartSep 28, 2005 1:46 am 
Jerry AmundsonSep 29, 2005 2:08 pm 
Alessandro VeselyOct 13, 2005 1:23 am 
Chris PetersenOct 15, 2005 3:42 pm 
Alessandro VeselyOct 16, 2005 10:42 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] replicated mail servers...Actions...
From:Martijn Lievaart (m@rtij.nl)
Date:Sep 28, 2005 1:46:59 am
List:net.sourceforge.lists.courier-users

Chris Petersen zei:

I've been toying with an interesting idea at work, and since I couldn't come up with any ideas on my own (or my circle of friends/coworkers), I thought I'd present it here for more opinions (since courier is our current choice of mail server).

....

That much I think courier can handle (or so I've inferred from conversations on this list), and will most likely be what we do, but what I'm wondering is if anyone has heard of a way that the servers could be replicated (like a database does) so that people offsite could check their mail (IMAP) at the colo server instead of coming in via our slow DSL connection. So far, I've heard of several one-way options (eg. rsync or drbd), but nothing capable of passing changes both directions to keep both the colo and local servers completely in sync.

Though I doubt that this could actually be done, it does at least present an interesting concept idea, so I thought I'd put it up for discussion.

How about Coda? (http://www.coda.cs.cmu.edu/). It may work for this, even over a slow connection. This obviously assumes new mail volume is reasonably low, otherwise the DSL will be a bottleneck regardless of the solution you choose.

M4