offline-imap for backup (2010 edition)
choeger at cs.tu-berlin.de
Tue Aug 10 22:19:44 BST 2010
Am Dienstag, den 10.08.2010, 22:30 +0200 schrieb Michael Williams:
> Has there been any changes to the suitability of offline-imap for backup (rather than bidirectional sync) since it was discussed on this list in 2007: http://thread.gmane.org/gmane.mail.imap.offlineimap.general/824/focus=835
> As discussed then, bidirectional sync risks user error/filesystem problems being catastrophically propagated upstream. A couple of rather hacky and fragile workarounds were suggested (including taking a backup of the backup, and checking the backup for changes since the last time offlineimap was run before allowing offlineimap to run again).
> It seems, however, that the most robust place to implement this would be in offlineimap itself. Any plans/news there?
> As far as I can tell, no other tool is ideally suited to this (see http://ask.metafilter.com/161868/IMAP-backup). imapgrab (a wrapper around getmail) comes closest, but does not retain read/replied/etc. flags, i.e. it is not an exact copy.
This would probably require short circuiting most of offlineimaps
functionality. If you are familiar with python you would probably be
better off writing the script for yourself from the used libraries and
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 198 bytes
Desc: This is a digitally signed message part
More information about the OfflineIMAP-project