Bug #5

Link with changed <info> not detected

Added by David Verhasselt 418 days ago. Updated 381 days ago.

Status:Resolved Start:07/17/2009
Priority:Normal Due date:
Assigned to:David Verhasselt % Done:

100%

Category:- Spent time: -
Target version:0.3

Description

If the backed up maildir is actively used by an IMAP-server, when a message's status is changed (e.g. from "new" to "read") the <info> part of the filename is updated to reflect the new status. This means gmailcc doesn't have the correct linkname anymore and can't find the link. It will create a duplicate and the old maillink will be out of reach from gmailcc's control.

Associated revisions

Revision 102a324a25930323c82a728b8790af9be016fbb1
Added by David Verhasselt 381 days ago

Detects and fixes changed <info> (fixes #5), added detection fatal error (fixes

Gmailcc now correctly detects and fixes flags when a local client
changed them on one or more links of an email.
We encountered a fatal error in connection during testing so we added
handling for it.
Apparently flags from the <info> part of the filename weren't read
correctly which caused a lot of flag-changing. We fixed this but
ultimately it won't matter much since we're now synching the flags if
they are changed or not, to fix #5.

Revision faec10b2468cc57f31b871713bb91f56fd1693a3
Added by David Verhasselt 381 days ago

Detects and fixes changed <info> (fixes #5), added detection fatal error (fixes #10) and fixes reading of <info> part.

Gmailcc now correctly detects and fixes flags when a local client
changed them on one or more links of an email.
We encountered a fatal error in connection during testing so we added
handling for it.
Apparently flags from the <info> part of the filename weren't read
correctly which caused a lot of flag-changing. We fixed this but
ultimately it won't matter much since we're now synching the flags if
they are changed or not, to fix #5.

History

Updated by David Verhasselt 411 days ago

  • Status changed from New to Assigned

Updated by David Verhasselt 410 days ago

  • Target version set to 0.3

Updated by David Verhasselt 381 days ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100

Also available in: Atom PDF