From owner-freebsd-questions@FreeBSD.ORG Sun Aug 27 16:36:57 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8352F16A4F4 for ; Sun, 27 Aug 2006 16:36:57 +0000 (UTC) (envelope-from jan.grant@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81715447E7 for ; Sun, 27 Aug 2006 16:07:39 +0000 (GMT) (envelope-from jan.grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by dirg.bris.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1GHNAc-00044N-3J; Sun, 27 Aug 2006 17:07:38 +0100 Received: from cse-jg.cse.bris.ac.uk ([137.222.12.37]:61284) by mail.ilrt.bris.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.50) id 1GHNAT-0007An-96; Sun, 27 Aug 2006 17:07:29 +0100 Date: Sun, 27 Aug 2006 17:07:16 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@tribble.ilrt.bris.ac.uk To: bsd In-Reply-To: <15B94964-B313-4FDD-B667-24F7D2393B8B@todoo.biz> Message-ID: <20060827170401.P96691@tribble.ilrt.bris.ac.uk> References: <15B94964-B313-4FDD-B667-24F7D2393B8B@todoo.biz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spamassassin: mail.ilrt.bris.ac.uk X-Spam-Score: 0.0 X-Spam-Level: / X-Spam-Score: -1.2 X-Spam-Level: - Cc: Liste FreeBSD Subject: Re: Cluster mail system using FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 16:36:57 -0000 On Wed, 23 Aug 2006, bsd wrote: > The idea is to offer a simple and very efficient solution in order for the > server to have a 100% uptime under any circumstances. That goal is not realistic. > I was first thinking about using Linux-HA aka. "heartbeat" and syncing > the two boxes using rsync ? One question is whether your uptime definition means "someone can connect via IMAP" or "someone can connect via IMAP and IMAP acknowledgements of state-changing operations are guaranteed to be replicated across the cluster". If you actually want your cluster's semantics to preserve email client operations in the face of the loss of one member of the cluster then rsync is not enough. > What other solution would you think of ? You might want to chase down the Cambridge patches to cyrus, which added an application-level transaction log to that particular imap server. -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Leverage that synergy! Ooh yeah, looking good! Now stretch - and relax.