metasansana / thunderbird-account-copy Goto Github PK

As requested. Sometimes a user may only be interested in copying filters.

The purpose of this extension is to allow the following types of data to be copied between mail accounts:

1. Tags
2. Mail Messages
3. Message Filters

The workflow I envision for this is a single tab containing a wizard the user steps through to configure and start the copy. The copy process itself will be executed via a background script.

The diagram below gives an idea of the workflow from a user's perspective.

The filters could be shown in a table with the potentially conflicting ones in red, same for folders except we could use a tree like list to give an outline of the structure.

To prevent errors like accidentally duplicating all the folders and messages in the source account.

This issues serves as a meta issue for all the tasks needed to implement filter copying.

As far as I am aware and can tell. Filters are stored on the local machine in the msgFilterRules.dat file. It's a little confusing whether filters are associated to folders/identities/accounts but code such as this suggest they are tied to the nsIMsgIncomingServer of an nsIMsgAccount. This is also evident by the file location on the file system.

Everywhere I searched for the property canHaveFilters, it seems to be set to true, so I'm pretty confident they are only stored locally.
https://searchfox.org/comm-central/search?q=canHaveFilters%7Cm_canhaveFilters&path=&case=true&regexp=true

A quick win is to probably copy the msgFilterRules.dat file between accounts but we are interested in detecting collisions here so I'll look further into using the internal APIs so we can easily detect what's being overwritten.

The following tasks need to be complete to close this issue (more will be added as we progress).

• #3
• #5
• #6
• #7

The error is along the lines of Error: Invalid tab ID: 6. This is because the tab remains in the background script after the content tab is removed.

Where we use the copy API instead of merge, we can return the wrong folder count because we don't count recursively.

Caused by the spectre.css file setting it's own values on body and html. We should just use the common.css file settings in that regard.

Filters don't seem to carry a uuid or hash which would be helpful here. Instead we could use a combination of the name, description and the searchTerms to detect potential similarities.

We run into some strange errors when the tab is opened more than once.

We should not need to hit the file system for this either. The extension API seems to support copying already.
https://webextension-api.thunderbird.net/en/stable/folders.html