mirror of
https://github.com/cypht-org/cypht.git
synced 2026-04-26 05:26:00 +03:00
[GH-ISSUE #349] Deleting an IMAP server can break special folder associations #300
Labels
No labels
2fa
I18N
PGP
Security
Security
account
advanced_search
advanced_search
announcement
api_login
authentication
awaiting feedback
blocker
bug
bug
bug
calendar
config
contacts
core
core
devops
docker
docs
duplicate
dynamic_login
enhancement
epic
feature
feeds
framework
github
github
gmail_contacts
good first issue
help wanted
history
history
imap
imap_folders
inline_message
installation
keyboard_shortcuts
keyboard_shortcuts
ldap_contacts
mobile
need-ssh-access
new module set
nux
pop3
profiles
pull-request
question
refactor
release
research
saved_searches
smtp
strategic
tags
tests
themes
website
wordpress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/cypht#300
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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:
@dumblob commented on GitHub (Jun 21, 2019):
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.
@kroky commented on GitHub (Feb 23, 2021):
I think https://github.com/jasonmunro/cypht/pull/454 should fix this issue.
@marclaporte commented on GitHub (Jul 14, 2022):
The problem persists and it's not just special folders: https://github.com/jasonmunro/cypht/issues/573