Open Bug 632564 Opened 15 years ago Updated 3 years ago

IMAP Trash: Subfolders don't disappear

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows XP
Type:
defect

Tracking

(Not tracked)

Status:
REOPENED

People

(Reporter: info, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b10) Gecko/20100101 Firefox/4.0b10 Build Identifier: IMAP Trash: Subfolders don't disappear I have a IMAP account and a trash with subfolders. I click "empty trash" - Trash gets deleted from server. But the subfolders are still in Thunderbird, even after reload. The folders cannot be opened, since they are already deleted from server. But I cannot delete since they ARE already in the recycle bin. Server folder structure is (Cyrus) > lm user.my_name user.my_name.DRAFT user.my_name.SENT user.my_name.TRASH (-> subfolders are already deleted) What can I do to delete the folders from my Thunderbird? Reproducible: Always
Version: unspecified → 3.1
Workaround: Delete the folder: C:\User\<username>\Anwendungsdaten\Thunderbird\Profiles\<profile-name>\ImapMail\<servername>\INBOX.sbd\Trash.sbd\
(In reply to comment #1) > Workaround: > > Delete the folder: > > C:\User\<username>\Anwendungsdaten\Thunderbird\Profiles\<profile-name>\ImapMail\<servername>\INBOX.sbd\Trash.sbd\ So you don't have an issue anymore ?
Whiteboard: [dupeme]
The same happens to me quite often: I delete a folder on the IMAP server and it stays forever in the Trash. I'm using thunderbird 3.1.5 with outlook server 2003. The mentioned workaround does not work for me. I've cross checked with MS Outlook on windows: the Trash folder is really empty. This bug is of course at maximum a minor inconvenience.
(In reply to comment #2) This bug is always reproduceable. In my case, I can workaround it by deleting the folder file in the given path. But this human intervention is not usual. Normal users who don't know how to delete the SBD files would have this folder forever in their Thunderbird, without any chance of deleting it, because it IS already in the trash (the client believes it), but doesn't exist on service, so it can't be moved to trash again, because it doesn't exists.
Bug #597443 might is probably a dup. This bug is also unresolved and unconfirmed. I can confirm that it is always reproduceable on several clients.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Whiteboard: [dupeme]
I found that a problem is that the trashed subfolders are still subscribed. Right click on a folder and click subscribe, then navigate to the trash subfolders. Unsubscribe them. If you check back later, you'll see they're gone.
Bug 597443 has been closed but the problem still exists. Therefore I reopened it. The subfolder in the trash does not exist on the IMAP server, only in thunderbird, and it cannot be deleted. Thunderbird does not recognize that this folder is not on the server.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
(In reply to Jens Martin Schlatter from comment #9) Bug 597443 was closed as INCOMPLETE due to lack of data for problem analysis for too long time. In this kind of phenomenon in Tb, main cause is "Mbox is deleted at server by someone but subscribed status is not removed at server by someone" in many cases. Do you read comment #8? > Thunderbird does not recognize that this folder is not on the server. There are two kinds of "existent Mbox" - (a) Mbox is returned to LIST, (b) Mbox is returned to LSUB. So, following can occur. When Mbox doesn't exist on server. (i) Mbox is NOT listed in LIST, Mbox is NOT listed in LSUB. After successful mail folder creation, and if it's successfully SUBSCRIBE'ed, (ii) Mbox is listed in LIST, Mbox is listed in LSUB. If Mbox is created but is not SUBSCRIBE'd when (i), or if Mbox is UNSUBSCRIBE'd when (ii), (iii) Mbox is listed in LIST, Mbox is NOT listed in LSUB. If Mbox is deleted but is not UNSUBSCRIBE'd when (ii), (iv) Mbox is NOT listed in LIST, Mbox is listed in LSUB. Which case do you call by your "this folder is not on the server"? If "Show only subscribed folders" is requested by user(Server Settings/Advanced. Default=Checked), Tb relies on LSUB response for performance reason. So, when status of Mbox is somehow changed to (iv) by someone, Tb keeps data of Mbox of status (iv). This is also a protection from /accidental Mbox file deletion by someone else. User can easily know that Mbox file was deleted by someone without normal unsubscribe via IMAP, and if Tb user has backup, user can recover from it. There is a way in Tb to change from (ii) to (iii) or vice versa, and to change from (iv) to (i): Unsbuscribe via "Subscrbe" menu of Tb. This is what comment #8 means. Again, do you read comment #8 before re-open and add comment?
The folder was deleted on the server. Thunderbird still has it as a subfolder of trash. Thunderbird gets the folders with the LIST command. LSUB is not used. The subfolder of trash is not in the answer of the LIST command. When I click on the subfolder in trash, thunderbird does a 'select "Trash.test" (CONDSTORE)' and the answer is "NO Mailbox doesn't exist: Trash.test" From there on thunderbird should know that it has a folder that is not in sync with the IMAP server.
(In reply to Jens Martin Schlatter from comment #11) > The folder was deleted on the server. > Thunderbird still has it as a subfolder of trash. Which case of (i)/(ii)/(iii)/(iv) in my comment #10? > Thunderbird gets the folders with the LIST command. > LSUB is not used. If so, the folder/Mbox you refer in this sentence exists on your IMAP server. Why can the Mbox retutned to LIST command be "not existent at your IMAP server" or "the Mbox is deleted at your IMAP server"? > The subfolder of trash is not in the answer of the LIST command. > When I click on the subfolder in trash, thunderbird does a 'select > "Trash.test" (CONDSTORE)' and the answer is "NO Mailbox doesn't exist: > Trash.test" This indicates that the Mbox named "Trash.test" actually doesn't exist at your IMAP server. > From there on thunderbird should know that it has a folder that is not in > sync with the IMAP server. Even though comment #8 and my comment refers to "subscribe", why no description about "subscribed/not-subscribed status" of relevant Mbox to your problem is provided by you? Have you actually read comment #8?
I have this issue as well. The folder in the trash does not exist on the server -- case (i) of comment #10: neither the imap LIST command nor the LSUB command show the folder (I have confirmed this with cyradm independent of Thunderbird). In TB, the folder is not listed in the Subscribed folders dialog box, and cannot therefore be unsubscribed from TB as per comment #8. As far as I know, the only thing I did to get into this state was delete the (subscribed) folder via TB. The deletion "worked", except that the folder is now permanently in the trash.
(In reply to jmh from comment #8) > I found that a problem is that the trashed subfolders are still subscribed. > Right click on a folder and click subscribe, then navigate to the trash > subfolders. Unsubscribe them. If you check back later, you'll see they're > gone. This fixed the issue for me at least. Folder only showed in Thunderbird Trash, and not in Outlook webmail or Evolution client. The mail server is Exchange. After I unclicked the subscribed flag for the subfolder in trash, it disappeared from my Trash folder.
The folder while deleted stays in the "subscriptions" file on the server. Manually removing it and restarting Thunderbird succesfully removes it. Bug is still valid with current Thunderbird (38.7.2) and happens with courier as well as dovecot as imap server.
I deleted folders this week with TH 52.7.0 and it worked perfectly. Is this still reproducible? If so, what circumstances would cause the problem to occur. BTW, I am only a user, not a TH developer. I am asking only to figure out if this bug report can be closed or not.
From my experience, the issue will occur when deleting a folder that is (still) subscribed. The bug can be reproduced with the following prodecure: 1. Subscribe to the folder you want to delete 2. Delete a folder in an IMAP account The folder will now appear as a subfolder under "Trash". 3. Choose "Empty Trash" for the Trash folder A delete command will now be sent to the IMAP server, deleting the folder there. However, the subfolder will still show up in Thunderbird under the Trash folder. When selecting it, an error shows that the folder does not exist. Synchronizing the folders with the server or "compacting" the Trash folder do not make the folder disappear. Neither deleting the folder nor unsubscribing will work from now on. The only ways to delete the folder is to either manually delete the .sbd file as suggested in previous posts, or create a new folder with the same name, then unsubscribe from the folder (which will then be possible again), and then again delete that folder. The best way to manually prevent the issue is to unsubscribe from a folder before deleting it. I would still consider this a bug, because Thunderbird should actually do this on its own. SUGGESTED FIX: Thunderbird should automatically unsubscribe from a folder before deleting it.

With TB v60.5.1, and Cyrus 2.5.10-3 :-

I have this problem with folders from an other users/imap account which was deleted on the server side.

Empty Trash or removing the local .sbd or .msf, or other cache files have no effect. The rogue subfolders are recreated at TB start.

Oddly, unchecking the only show subscribed folders setting "hides" the deleted folders in Trash.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.