Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Jun 2004 22:43:48 +0100
From:      Matthew Seaman <m.seaman@infracaninophile.co.uk>
To:        Bill Moran <wmoran@potentialtech.com>
Cc:        questions@freebsd.org
Subject:   Re: What's the best possible email failover solution
Message-ID:  <20040621214348.GB63857@happy-idiot-talk.infracaninophile.co.uk>
In-Reply-To: <20040621172520.3544d6fe.wmoran@potentialtech.com>
References:  <20040621132006.2b1a296f.wmoran@potentialtech.com> <a22ff294040621115173bad2e0@mail.gmail.com> <20040621172520.3544d6fe.wmoran@potentialtech.com>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On Mon, Jun 21, 2004 at 05:25:20PM -0400, Bill Moran wrote:
 
> The return can be significant.  The company I am doing this for provides IMAP
> mail services for business.  If a filesystem crashes and service is down for a
> while, we can easily lose clients.  If we had some sort of failover, we'd be
> able to just switch the IP on the backup machine and life would be good.
> 
> "long way to go" is what I'm trying to establish.  I was hoping to find
> something workable without reinventing the wheel.  For example, Postgresql can
> do real-time replication between two Postgresql servers using Slony.  If I can
> find an IMAP server that will keep the mail folders in PostgreSQL, I've got my
> failover system ... tada!

    http://wiki.dovecot.org/moin.cgi/DovecotPostgresql

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                       26 The Paddocks
                                                      Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey         Marlow
Tel: +44 1628 476614                                  Bucks., SL7 1TH UK

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFA11aUiD657aJF7eIRAizoAJ97dG59SphoSw1B/RAGG5O1XmEtZQCgpGqu
zA6FoYEOwUiEb75/TopXOzM=
=4+iD
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040621214348.GB63857>