Bug 3982 - tagsdb subdirectory keeps data for deleted IMAP folders
Summary: tagsdb subdirectory keeps data for deleted IMAP folders
Status: NEW
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Folders/IMAP (show other bugs)
Version: 3.16.0
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2018-03-06 09:34 UTC by George
Modified: 2022-08-13 23:19 UTC (History)
1 user (show)

See Also:


Attachments

Description George 2018-03-06 09:34:39 UTC
In the following tree

~/.claws-mail/tagsdb/#imap/<account>/<deleted-folder-name>

<deleted-folder-name> are names of IMAP folders which existed but were deleted long ago. This means Claws keeps them although they are not related to any actual data.
Comment 1 George 2018-03-18 10:25:50 UTC
I just noticed that folderitemrc also keeps data for deleted folders.
Comment 2 Andrej Kacian 2019-03-03 21:26:08 UTC
Can you reproduce this on a freshly deleted folder? Over here, deleting an IMAP folder also deletes the corresponding tagsdb dir.
Comment 3 George 2019-03-03 22:18:15 UTC
I can confirm that deleting the IMAP folder also deletes the corresponding tagsdb dir. However the lines for that same deleted folder remain in folderitemrc and that file grows and grows. Currently my folderitemrc is >540KiB and there are many many folders mentioned in it, listing folders for accounts which have been deleted long ago.

It would be great if you could suggest a way to clean that up when fixing the bug.
Comment 4 George 2019-03-03 22:45:00 UTC
Another thing I just noticed:

There are older empty subfolders in 'tagsdb/#rssyl/My Feeds' for folders and feeds which I have deleted long ago. I tested creating and deleting a new folder inside 'My Feeds' and it is removed like with IMAP but the old ones remain.

I suppose at some point something may have been fixed in regards to folders (but not for folderitemrc). Still some way to have all those clean and corresponding to the actual data seems necessary.
Comment 5 GfE 2022-08-13 23:18:00 UTC
I can confirm even with 3.16.0 that tagsdb/ contains obsolete subdirectories and .claws_tags files therein. One particular subdirectory is named after the former login address of an IMAP account that I later renamed to a different alias address of the same mailbox.

There is a subdirectory named after the new address as well, but the .claws_tags file therein is considerably *smaller* than the older one, suggesting that tags got lost. 

If this bug is too rarely encountered (or rather: reported) to be addressed, I would nevertheless appreciate any insight as to how such discrepance can be prevented and/or fixed manually.

Note You need to log in before you can comment on or make changes to this bug.