Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #167730
| From | Sven Hartge <sven@svenhartge.de> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: archivemail screwed up (some of) my backups |
| Date | 2016-05-11 16:30 +0200 |
| Message-ID | <rxDjb-1to-1@gated-at.bofh.it> (permalink) |
| References | <rxytb-5fG-7@gated-at.bofh.it> <rxzyX-6m4-41@gated-at.bofh.it> <rxAuZ-7hb-1@gated-at.bofh.it> |
| Organization | Newsfeed am Wurmloch |
steve <dlist@bluewin.ch> wrote: > I understand, but since I have more or less 2/3 of the *.gz that are ok, > I thought archivemail was the responsible. But after gunzipping some > other files, it seems that the problem only arises on ISO-8850 text file, > not on UTF-8. But not tech savvy enough to know why. > The thing is now, how could I be 99.99% sure that the backups > created by archivemail are reliable? My confidence is a bit broken now. I have been using archivemail since March 2003, always with compression. My configuration generates a new gzipped archive for every month for every IMAP folder. To give you some peace of mind, I just did a simple decompression test of all archives [~5000 right now] (gunzip $file > /dev/null) to check for errors and found none. Whatever error you have, I don't think archivemail is the culprit creating them. Grüße, Sven. -- Sigmentation fault. Core dumped.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
archivemail screwed up (some of) my backups steve <dlist@bluewin.ch> - 2016-05-11 11:20 +0200
Re: archivemail screwed up (some of) my backups "Thomas Schmitt" <scdbackup@gmx.net> - 2016-05-11 12:30 +0200
Re: archivemail screwed up (some of) my backups steve <dlist@bluewin.ch> - 2016-05-11 13:30 +0200
Re: archivemail screwed up (some of) my backups Sven Hartge <sven@svenhartge.de> - 2016-05-11 16:30 +0200
Re: archivemail screwed up (some of) my backups steve <dlist@bluewin.ch> - 2016-05-11 18:50 +0200
csiph-web