I can't delete duplicate named folders erroneously created by Thunderbird while moving messages with drag/drop
I had created a sub-folder with a long name like "Deborah Brown - HP laptop acting up, very slow, etc" This folder was created to contain some messages that were received in a higher level folder and then moved to this one for proper classification of many related mails. I had done this many times previously without problems. But this time when I dragged and dropped a message into the folder a duplicate was created but with an appendix of "2547417" at the end of the name. IIRC the message was located in both the original and duplicated folders. IIRC, I didn't notice this at first and when I dragged/dropped another message it created another duplicate folder but this time with the suffix "211613d". At some point further in the process (I don't remember well enough how) both of these folders got duplicated again but this time were identically named with the appended suffixes as noted... something I would have thought not possible. Since the messages I was moving were safely(?) stored in the original folder I deleted the duplicated message contents in the duplicated folders without any problems and with no effect on the original folder contents.
Then I tried to delete the duplicated folders... not allowed. Then I noticed that, if I tried to delete the second instance of each duplicated name, that was successful... at least as far as moving it to the trash. If I then went back and tried to delete the first instance it was, once again, not allowed. I then tried renaming the folders by adding a simple one character prefix. Once more, if I worked on the second instance of the name I could rename it but would be foiled again if trying the first instance. Then, *I think* (apply large grains of salt here) that if I renamed the the second instance and deleted from the trash that I could then work on the others and rename and empty from the trash.
But all for naught. If I closed Thunderbird and restarted the duplicated folder names would reappear. Then I tried the fix given for not being able to delete messages due to a corrupted trash folder. That didn't help either. Even though I use a POP account and could delete the two trash files from my account info, whenever I would restart Thunderbird the Trash folder would reappear by itself and the supposedly deleted duplicate folders right along with it and located in their original folder hierarchy.
I'm mystified and have given up trying to delete these things. Fortunately, deleting messages from other folders and emptying the trash of those message seems to be working normally. I have not yet tried to delete another folder and am hesitant to do so.
Thanks, Chuck Norcutt Murrells Inlet, SC
Solução escolhida
Thanks again very much. That exactly solved the problem. There was almost no delay in the startup. I'm still very curious about how this happened but it may never be known.
Ler esta resposta 👍 0Todas as respostas (4)
I am just wondering if you total folder length may be exceeding Windows 255 character limit on a folder length.
Given that the default location for the mail folder in Windows is already using some 100 of those 255 character. the combined length of all the folder that make the folder structure would not be able to exceed around 150 characters your mentioned folder name is around 50 characters so it's parent folder not only have about 100 characters for themselves to be named in.
A second point is the use of punctuation in folder names. Thunderbird uses the folder name to make a real file in the file system. Using things like :/\| in particular can see strange things happen at the file system level. the / and \ are folder dividers, so telling windows to create Horwood/Bagshaw usually ends up with a folder called Horwood with a sub folder Bagshaw. and then clean up gets messy as well.
so it you can be a little more specific about where you have the folder and what they are called, I am guessing that we can delete them in the file system and make them stay gone. But I do not want to advise you with generic information. This is something you o not want to get wrong.
Thanks very much for your rapid response. I do love to use long, descriptive names and thought you had found the problem here. Unfortunately, that doesn't appear to be the case. The full path names seem to fit under the limit and, AFAIK, I have used no reserved characters.
I've attached a JPEG image of part of the Windows file system view of where the problem(s) lie. Only the items starting with the name "Debbie Barrett" are involved. It appears that Thunderbird creates its own folder struture (.msf ??) at the lowest level but the full path of the longest file name there reaches only 225 characters. The longest folder name at the top reaches 220 but those folders are empty.
The correct items (which function properly) as a Thunderbird folder containing several files are marked in green. The 5 items marked in red at the bottom show as 2 Thunderbird folders since one of the 5 is not matched with an .msf file. These two Thunderbird folders can't be deleted. These are the ones that can be renamed (depending on the order of renaming) and apparently deleted but which mysteriously reappear later. The two Windows folders at the top marked in red are a total mystery to me. They do not appear in Thunderbird. Note that all of the items marked in red have a portion of the end of their names replaced with mysterious suffixes which I did not create. For that matter, I did not create any of these "extra" folders. They were created during drag and drop into the original (correct) Thunderbird folder. I seem to recall some mouse button flutter while dragging one message to that folder but nothing else unusual.
It does appear to me that I should be able to simply delete these rogue files at the Windows level. But I'll wait to hear your verdict as well before proceeding.
Thanks much, Chuck Norcutt
there is something messes up there.
But first a short tutorial.
Folders in Thunderbird are files with no file extension every folder has an index that is used to populate the user interface so it is responsive and a 4Gb file does not need to be read to locate a list of mails. This file has an MSF extension.
So to take your entries in green, they constitute a Thunderbirdv folders.
Now a folder can have a sub folder. In the file system, if this is the case a folder will be created with the extension SBD.
So to fix this
- Delete all the MSF files. On startup Thunderbird will regenerate then. Your data loss will be limited to tags, but very few people use tags anyway.
- Delete the two folders at the top. Unless they contains file. If they do lets have a look at that first.
- Delete the Zero length file. 0kb
- Go to the root of your profile. That is the folder with the default extension. and delete the file foldertree.json.
Startup will be a little slower as the folder pane and the MSF files are all regenerated from actual data. But things should be back to normal (I think)
Solução escolhida
Thanks again very much. That exactly solved the problem. There was almost no delay in the startup. I'm still very curious about how this happened but it may never be known.