On Mon, Jan 5, 2009 at 3:25 PM, Wietse Venema <wie...@porcupine.org> wrote:
> Kenneth Kalmer: > > Hi all > > > > Just got asked by one our sales guys if we could implement a Postfix > > business continuity service, by his definition it means that Postfix acts > as > > a normal backup MX but gives the users access to their email via webmail > of > > sorts. > > > > I understand the issues of user authentication, validating users, etc. > > > > I'd just like to find out if anyone has implemented something similar, or > > have any pointers for implementing something like this. > > I don't know of any, but this is how I would do it. > > Business continuity requires that users keep access to old email. > This requires continuous replication. In the absence of file > systems with built-in replication, the best option is to implement > replication at the message store level. > > From the Postfix point of view this requires a replicated DBMS with > standard (LMTP or pipe-to-command) mail injection interfaces. For > web or IMAP access, another set of adapters would be needed. > > Of course this also requires that the customer's systems are replication > enabled, and that your message store DBMSes can communicate with theirs. > The way we envisioned it it would be an offsite server acting as a normal backup MX, giving the users access to their email through a web interface. This would involve reading through the spool files, which for high volumes would be horribly slow. Most of our potential clients would be running MS Exchange (I see this as the continuity issue) and we'll be far removed from them. The woes of this just sounds too much. Synchronizing LDAP details, parsing spool files, and all kinds of other issues, not to mention the remote site going down totally leaving the users with any means to access the continuity service... Thanks for the reply in any case, much appreciated. Best -- Kenneth Kalmer kenneth.kal...@gmail.com http://opensourcery.co.za
