Hallo *, ich habe auf meinem System wegen Plattenplatzknappheit mein einfaches full-backup-Konzept auf Großvater-Vater-Sohn umgestellt. Im Prinzip funktioniert das auch, aber: In ~/Mail/suse-linux (mbox-Format) kommen ja alle paar Minuten ein paar Mails dazu, sodass die Datei immer wieder neu gesichert wird. Diese Datei ist aber in dem Backup ausgerechnet der größte Brocken, sodass der Sinn von inkrementellen Backups irgendwie verfehlt wird. Spontan sind mir diese Lösungsmöglichkeiten eingefallen: 1. Konvertieren von mbox nach maildir 2. Vor dem Backup das alte suse-linux mit dem neuen diff'en und nur den diff sichern 1. möchte ich nur ungern machen, da mir mbox sehr gut gefällt. 2. erscheint mir recht umständlich, sowohl für Backup als auch für Restore, insbesondere, weil ich keinen Plan habe, wie ich ohne temporäre Datei (siehe oben: Plattenplatz knapp) ein inkrementelles diff machen kann. Hat noch jemand eine andere Idee oder kann was zu meinen sagen? Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hy, Am 02/09/08@12:53 schrieb Martin Borchert:
Hallo *,
ich habe auf meinem System wegen Plattenplatzknappheit mein einfaches full-backup-Konzept auf Großvater-Vater-Sohn umgestellt. Im Prinzip funktioniert das auch, aber:
In ~/Mail/suse-linux (mbox-Format) kommen ja alle paar Minuten ein paar Mails dazu, sodass die Datei immer wieder neu gesichert wird. Diese Datei ist aber in dem Backup ausgerechnet der größte Brocken, sodass der Sinn von inkrementellen Backups irgendwie verfehlt wird.
Spontan sind mir diese Lösungsmöglichkeiten eingefallen:
1. Konvertieren von mbox nach maildir 2. Vor dem Backup das alte suse-linux mit dem neuen diff'en und nur den diff sichern
Ich schiebe mit mutt meine gelesenen Mails (alles mboxen) in ~/Mail/archiv/suse-linux/<monatsname>. Ich weiß nicht ob Kmail das kann. Falls nicht könntest Du einen Monatlichen cronjob starten, der das über Procmail regelt. Ein Beispiel wie Du procmail von Hand auf eine bestehende box los lässt findest Du in man procmail (IIRC ziemlich am Ende). -- :wq-y maik
Am Sonntag, 8. September 2002 21:39 schrieb Maik Holtkamp: Hallo,
Am 02/09/08@12:53 schrieb Martin Borchert:
Hallo *,
ich habe auf meinem System wegen Plattenplatzknappheit mein einfaches full-backup-Konzept auf Großvater-Vater-Sohn umgestellt. Im Prinzip funktioniert das auch, aber:
In ~/Mail/suse-linux (mbox-Format) kommen ja alle paar Minuten ein paar Mails dazu, sodass die Datei immer wieder neu gesichert wird. Diese Datei ist aber in dem Backup ausgerechnet der größte Brocken, sodass der Sinn von inkrementellen Backups irgendwie verfehlt wird.
Spontan sind mir diese Lösungsmöglichkeiten eingefallen:
1. Konvertieren von mbox nach maildir 2. Vor dem Backup das alte suse-linux mit dem neuen diff'en und nur den diff sichern
Ich schiebe mit mutt meine gelesenen Mails (alles mboxen) in ~/Mail/archiv/suse-linux/<monatsname>. Ich weiß nicht ob Kmail das kann.
vielleicht nicht ganz passend, aber ich lese die Mails mit KMail (hole sie damit auch ab) und kopiere dann in Abständen den mailbestand von Kmail in datierte Ordner, die ich mit Mutt "be"lesen kann. Meine Variante. Gruß, Thorsten
Am Sonntag, 8. September 2002 21:39:21 schrieb Maik Holtkamp:
Am 02/09/08@12:53 schrieb Martin Borchert:
In ~/Mail/suse-linux (mbox-Format) kommen ja alle paar Minuten ein paar Mails dazu, sodass die Datei immer wieder neu gesichert wird. Diese Datei ist aber in dem Backup ausgerechnet der größte Brocken, sodass der Sinn von inkrementellen Backups irgendwie verfehlt wird. Ich schiebe mit mutt meine gelesenen Mails (alles mboxen) in ~/Mail/archiv/suse-linux/<monatsname>. Ich weiß nicht ob Kmail das kann.
Klar kann es das. Aber ich hätte meine Mails gerne in _einem_ Ordner. Das mit der Aufteilung finde ich zum Suchen eher unpraktisch. Achja, ich finde auch mutt unpraktisch, möchte also gerne eine MUA-unabhängige Lösung, aber das nur am Rande. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
participants (3)
-
Maik Holtkamp
-
Martin Borchert
-
Thorsten Kettner