Zitat von Adam Parrott <[EMAIL PROTECTED]>:
> i was running cyrus and postfix on my suse 8.2 box. all mail was kept
> in /var/spool/imap/user for each user. the only backup i kept was the
> contents of the /var/spool/imap directory. the harddrive was noisy so
> i decided to replace it and at the s
i was running cyrus and postfix on my suse 8.2 box. all mail was kept
in /var/spool/imap/user for each user. the only backup i kept was the
contents of the /var/spool/imap directory. the harddrive was noisy so
i decided to replace it and at the same time i am switching to debian.
the distro swith r
On Wed, 8 Jan 2003, Earl Shannon wrote:
> load balancing mechanisms. I haven't looked closely enough
> at the concept of a Cyrus Murder to know whether or not it
> would provide the type of scalability and redundancy that I
> would like.
The Cyrus Murder does not provide the functionality you are
Hello,
Quick recovery is a definite concern with Cyrus. The thing that
really needs to be looked at in my opinion is some form of
scalability/redundancy design that allows machines to be added
and removed on the fly without affecting services provided.
This implies a cluster arrangement of some s
Henrique de Moraes Holschuh schrieb:
>
> On Tue, 07 Jan 2003, Simon Matter wrote:
> > I'm currently planning a new mailsystem so I'm interested in quick
> > recovery in case something goes wrong.
>
> Quick recovery means you need to shutdown the mail system, LVM-snapshot the
> volume and restart
On Tue, 07 Jan 2003, Simon Matter wrote:
> I'm currently planning a new mailsystem so I'm interested in quick
> recovery in case something goes wrong.
Quick recovery means you need to shutdown the mail system, LVM-snapshot the
volume and restart it (if your system is well configured, this is quite
Earl Shannon schrieb:
>
> Hello,
>
> Sadly we've a little experience in IMAP server recovery.
> Most of what I'm listing makes common sense but I'll say
> it anyway.
Hi,
I'm currently planning a new mailsystem so I'm interested in quick
recovery in case something goes wrong.
My idea was the fo
Hello,
Sadly we've a little experience in IMAP server recovery.
Most of what I'm listing makes common sense but I'll say
it anyway.
How to quickly get back a once working server depends upon
whats wrong with it. We've not had any problems with software
failing but have had hardware bite us(me) in
Has anybody on the list made a detailed doc about
howto restore the maildb in case of disaster ?
I mean a short, quick note with step-by-step commands
to execute, to quickly get back in business ?
If for some reason the system crashes, it sure would have
been nice to have a doc at hand to quickly