ich bin auf der Suche nach einer sinnvollen Backupmöglichkeit für den
Cyrus IMAP Server.
Gibt es da Alternativen als Server runterfahren, backup machen, server
neustarten?
Gibts da irgendwelche Tools? Habe ich was in der Doku überlesen?
Wäre für jede Anregung dankbar.
Grüsse, Christian Meyer
> ich bin auf der Suche nach einer sinnvollen Backupmöglichkeit für den
> Cyrus IMAP Server.
> Gibt es da Alternativen als Server runterfahren, backup machen, server
> neustarten?
Der Thread ist ja schon etwas alt. Probieren wirs trotzdem:
Was möchtest Du sichern? Den Server (dh das OS und den Rest), nur die Daten
des Cyrus oder die Daten des "Mailsystems" (dh smtpd, imapd, user)?
Gruss, Urs
--
Urs Müller, Bern, Switzerland
Ich poste mit dieser gültigen Mail-Adresse weil ich
so gerne BIG5-codierten spam erhalte.
Ich möchte gerne die Mailboxen sichern. Bei mir läuft sowieso schon eine
Filesystem sicherung sprich /etc und so weiter. Also nur die ich sach
mal 'live' Daten. Mich interessiert vor allem folgendes muss der Server
komplett abgeschaltet sein wenn ich mir die dateien ziehe oder gibt es
irgendwelche eleganten Möglichkeiten?
Also in Prinzip alle Cyrus Daten die zur wiederherstellung nach nem
Crash erforderlich sind. Mein Mailer und alles andere wird schon gesichert.
Grüße, Christian Meyer
[TOFU and FQ]
Bitte gehe auch mal nach http://learn.to/quote. Danke.
> Hallo Urs,
>
> Ich möchte gerne die Mailboxen sichern. Bei mir läuft sowieso schon eine
> Filesystem sicherung sprich /etc und so weiter. Also nur die ich sach
> mal 'live' Daten. Mich interessiert vor allem folgendes muss der Server
> komplett abgeschaltet sein wenn ich mir die dateien ziehe oder gibt es
> irgendwelche eleganten Möglichkeiten?
- Cyrus stoppen (Bei SusE-Linux geht das mit rccyrus stop)
- Sichern von /var/spool/imap (Postfächer)
- Sichern von /var/lib/imap (Cyrus - Userkonfiguration)
- Sichern von /var/log/mail (gehört nicht zum Cyrus, schadet nicht)
- Cyrus wieder starten
Bin mir noch nicht so ganz im klaren, was der MTA macht, wenn der imapd
nicht läuft. Bei mir wäre das Postfix.
Das ganze in ein Script packen und so häufig machen wie nötig. Bei mir macht
das Cron täglich.
Urs Müller wrote:
> Christian Meyer wrote:
>
> [TOFU and FQ]
> Bitte gehe auch mal nach http://learn.to/quote. Danke.
Danke habe ich schon gelesen, dachte nur bei der kleinen Textmenge...
> - Cyrus stoppen (Bei SusE-Linux geht das mit rccyrus stop)
> - Sichern von /var/spool/imap (Postfächer)
> - Sichern von /var/lib/imap (Cyrus - Userkonfiguration)
> - Sichern von /var/log/mail (gehört nicht zum Cyrus, schadet nicht)
> - Cyrus wieder starten
>
> Bin mir noch nicht so ganz im klaren, was der MTA macht, wenn der imapd
> nicht läuft. Bei mir wäre das Postfix.
Bei mir ist es auch Postfix. Is halt die Frage ob der MTA dann Probleme
macht... Problem ist halt, das der IMAP Zugriff während dieser Zeit
nicht geht.
> Das ganze in ein Script packen und so häufig machen wie nötig. Bei mir macht
> das Cron täglich.
Ok man kann das nachts machen, aber meine Leute haben gerne allen Müll
in Ihren Inboxen rumliegen und nutzen die IMAP ordner auch gerne als
schnellen 'Fileserver'. Deswegen ist die Datenmenge recht hoch. Naja ich
glaube ich begrenze einfach die Mailboxgröße. Dann kann ich mein Backup
auch in Ruhe nachts machen.
Danke für deine Hilfe.
Grüße, Christian
> Urs Müller wrote:
>> Bin mir noch nicht so ganz im klaren, was der MTA macht, wenn der imapd
>> nicht läuft. Bei mir wäre das Postfix.
>
> Bei mir ist es auch Postfix. Is halt die Frage ob der MTA dann Probleme
> macht... Problem ist halt, das der IMAP Zugriff während dieser Zeit
> nicht geht.
Da dies noch kein Postfix-Kenner beantwortet hat... getestet:
# rccyrus stop
# mail1:~ # mail root -s Testmail
No text
.
EOT
# less /var/log/mail
Jan 5 14:24:31 mail postfix/pickup[19774]: 7116166A: uid=0 from=<root>
Jan 5 14:24:31 mail postfix/cleanup[19882]: 7116166A:
message-id=<20030105132...@mail1.urs.athome>
Jan 5 14:24:31 mail postfix/qmgr[12667]: 7116166A:
from=<ro...@mail1.urs.athome>, size=303, nrcpt=1 (queue active)
Jan 5 14:24:31 mail postfix/lmtp[19885]: 7116166A:
to=<ro...@mail1.urs.athome>, relay=none, delay=0, status=deferred (connect
to public/lmtp[p
ublic/lmtp]: Connection refused)
Die Mails bleiben in /var/spool/postfix/deferred liegen. Um sie nach Ende
des Backup sofort zuzustellen, empfiehlt sich nach dem "rccyrus start"
gleich noch ein "postfix flush" abzusetzen.
Dass die Mailboxen während des Save nicht erreichbar sind, sollte je nach
Dauer des Backup zu verschmerzen sein.
Kündige es Deinen Kunden einfach so an.
Allenfalls in ein File sichern und erst danach weiterverarbeiten, dann geht
es uU etwas schneller.
> Ok man kann das nachts machen, aber meine Leute haben gerne allen Müll
> in Ihren Inboxen rumliegen und nutzen die IMAP ordner auch gerne als
> schnellen 'Fileserver'. Deswegen ist die Datenmenge recht hoch. Naja ich
> glaube ich begrenze einfach die Mailboxgröße. Dann kann ich mein Backup
> auch in Ruhe nachts machen.
Auf jeden Fall zu empfehlen. Bei mir setze ich sogar mir selbst Quotas. So
habe ich die Datenmenge insgesamt im Griff. Und wenn dann halt jemand mehr
Platz braucht, kann die Person es ja meist begründen.