Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[feature suggestion] Optional copy-only instead of archive #50

Open
jfabini opened this issue Sep 2, 2020 · 1 comment
Open

[feature suggestion] Optional copy-only instead of archive #50

jfabini opened this issue Sep 2, 2020 · 1 comment

Comments

@jfabini
Copy link

jfabini commented Sep 2, 2020

I'm accessing my (large) IMAP account from several clients, for convenience and redundancy matters.
Archiving older emails on one of these client devices (say, client X) to local folders removes them from the IMAP server. As main consequence only IMAP client X can access all emails (including the archived ones) but all other clients have an incomplete view. This is no viable solution for me.

A "copy" option instead of "archive" (potentially as a check-box: "leave messages on server") could solve this issue: All client devices but X can be configured to copy old emails to local archive folders (e.g., messages older than 365 days). Finally, client X - the last one to run - does an archive that deletes the copied messages.

Obviously this complicates the archiving process substantially, as the archiving add-on must keep track of already archived messages to skip potential duplicates on copy: the archive add-on may be run a second time on a specific client A and find emails that have been copied already (to local folders on client A) but not deleted by the archive process that is run by client X only. So the downside of this feature is a kind of mandatory statefulness that likely may result in increased complexity, slower operation and an increased likelihood of unexpected cases. However, it's feasible - the Awesome AutoArchive TB add-on included all the needed functionality and did a great job but unfortunately is no longer maintained/updated (incompatible with TB 60/63+).

Thanks in advance for considering this feature request

@jfabini jfabini changed the title [Feature request] Optional copy-only instead of archive [feature suggestion] Optional copy-only instead of archive Sep 2, 2020
@Brummolix
Copy link
Owner

Right now the addon uses the built in archive functionality. It collects all messages that shoud be archived and tell Thunderbird to do so (just as you would manually mark all mails and call the context menu in Thunderbird).
I can understand that you want to have such a copy feature. But as you already described it would be more complex.
Probably this would be a major rewrite of the whole add-on.

Therefore I don't think I will do it at the moment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants