[GH-ISSUE #349] Deleting an IMAP server can break special folder associations #300

Closed
opened 2026-02-25 21:34:41 +03:00 by kerem · 3 comments
Owner

Originally created by @jasonmunro on GitHub (Jun 21, 2019).
Original GitHub issue: https://github.com/cypht-org/cypht/issues/349

Originally assigned to: @jasonmunro on GitHub.

Deleting an IMAP server can cause the association of special folders to be "offset" because they are using server ids which can change between login. We need to:

  • change the data structure used by the imap folders module set to use the IMAP server name and username to associate the special folders instead of the id.
  • re-save the details maybe as a one time check on login so it can be done without user interaction. Need to think about that. Worst case this becomes a non-backwards compatible fix and users will have to re-assign their special folders.
Originally created by @jasonmunro on GitHub (Jun 21, 2019). Original GitHub issue: https://github.com/cypht-org/cypht/issues/349 Originally assigned to: @jasonmunro on GitHub. Deleting an IMAP server can cause the association of special folders to be "offset" because they are using server ids which can change between login. We need to: - change the data structure used by the imap folders module set to use the IMAP server name and username to associate the special folders instead of the id. - re-save the details maybe as a one time check on login so it can be done without user interaction. Need to think about that. Worst case this becomes a non-backwards compatible fix and users will have to re-assign their special folders.
kerem 2026-02-25 21:34:41 +03:00
Author
Owner

@dumblob commented on GitHub (Jun 21, 2019):

Worst case this becomes a non-backwards compatible fix and users will have to re-assign their special folders.

If there will be a semi-automated way of backing them up (or exporting) in a human (not necessarily machine) readable format (e.g. some txt or structured JSON or SQL dump or you name it) either as the user, then I would say there is no obstacle and we don't need to preserve backward compatibility and just add a huge warning to the documentation for the last release supporting the old behavior and also to the installation/init setup procedure of the newer versions for the next 12 months while copying the current DB (or just the relevant tables) somewhere to avoid potential loss of user settings.

<!-- gh-comment-id:504581406 --> @dumblob commented on GitHub (Jun 21, 2019): >Worst case this becomes a non-backwards compatible fix and users will have to re-assign their special folders. If there will be a semi-automated way of backing them up (or exporting) in a human (not necessarily machine) readable format (e.g. some txt or structured JSON or SQL dump or you name it) either as the user, then I would say there is no obstacle and we don't need to preserve backward compatibility and just add a huge warning to the documentation for the last release supporting the old behavior and also to the installation/init setup procedure of the newer versions for the next 12 months while copying the current DB (or just the relevant tables) somewhere to avoid potential loss of user settings.
Author
Owner

@kroky commented on GitHub (Feb 23, 2021):

I think https://github.com/jasonmunro/cypht/pull/454 should fix this issue.

<!-- gh-comment-id:784207724 --> @kroky commented on GitHub (Feb 23, 2021): I think https://github.com/jasonmunro/cypht/pull/454 should fix this issue.
Author
Owner

@marclaporte commented on GitHub (Jul 14, 2022):

The problem persists and it's not just special folders: https://github.com/jasonmunro/cypht/issues/573

<!-- gh-comment-id:1184925180 --> @marclaporte commented on GitHub (Jul 14, 2022): The problem persists and it's not just special folders: https://github.com/jasonmunro/cypht/issues/573
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/cypht#300
No description provided.