User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Using an IMAP Mail account create a new folder in your inbox and delete it after using it for a while. The Empty-Trash did not remove the imap subscriptions correctly. Seems to me that the imap-unsubscribe still have a bug. Reproducible: Always Steps to Reproduce: 1) create a new folder in your inbox "parentdir.subdir" 'parentdir' will be shown grey and subdir is selectable/useable 2) delete the folder 'parentdir' the directory structure will apear in trash 3) emtpy trash! 4) restart thunderbird 5) 'parentdir' apears again in trash Actual Results: imap (courierimapsubribed) has an useless entry and in trash apear this entry and could not remove Expected Results: empty-trash cleanup all directory entries.

This bug is still present it seems in version 2.0.0.12 (20080227)

I have the same problem. I have an IMAP-Account using with a SSL-Connection. I can create and use a folder with Thunderbird. But i cannot delete it. There is no error-message. Just nothing happens. When i delete the folder with another tool (webmailer), the folder still remains in Thunderbird. When i click on it then comes the correct message: "Mailbox doesn't exist". But i have no chance to remove it. :-(

We will need imap logs to see whats going on while the error is occurring. The way to create those logs is described here : https://wiki.mozilla.org/MailNews:Logging. Once the log is obtained please attach it to the bug.

lsmod what version of thunderbird are you having the issue with ?

Now i tried also to delete the corresponding .msf files for the folders in the directory INBOX.sbd. After starting Thunderbird this files are recreated! I don't know how to get rid of this folders ... I have no access to the imap-logs because this mail-account is at a foreign provider!

I am using Version 2.0.0.21 (20090302) under XP

(In reply to comment #5) > I have no access to the imap-logs because this mail-account is at a foreign > provider! This log will be created by thunderbird - so you will have access to it. If the documentation is not clear let us know so we can improve it.

O.K. Now i understand. The problem is that the generated logs are big and contain content of the mails! I cut out the main parts of generating, try deleting and access deleted folder Test2: 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:SendData: 10 create "INBOX.Test2" 2220[2718c20]: ReadNextLine [stream=2665e70 nb=25 needmore=0] 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:CreateNewLineFromSocket: 10 OK Create completed. 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:SendData: 11 subscribe "INBOX.Test2" 2220[2718c20]: ReadNextLine [stream=2665e70 nb=28 needmore=0] 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:CreateNewLineFromSocket: 11 OK Subscribe completed. 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:SendData: 12 list "" "INBOX.Test2" 2220[2718c20]: ReadNextLine [stream=2665e70 nb=43 needmore=0] 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:CreateNewLineFromSocket: * LIST (\HasNoChildren) "." "INBOX.Test2" 2220[2718c20]: ReadNextLine [stream=2665e70 nb=23 needmore=0] 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:CreateNewLineFromSocket: 12 OK List completed. 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:SendData: 13 IDLE ============================================================================== 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:SendData: 27 IDLE 2220[2718c20]: ReadNextLine [stream=2665e70 nb=10 needmore=0] 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:CreateNewLineFromSocket: + idling 1008[282bca8]: ReadNextLine [stream=2838138 nb=59 needmore=0] 1008[282bca8]: 275c008:sslmailpool.ispgateway.de:S-INBOX.Test2:CreateNewLineFromSocket: * BYE IMAP session state is inconsistent, please relogin. 1008[282bca8]: ImapThreadMainLoop leaving [this=275c008] 0[284748]: 28797c8:sslmailpool.ispgateway.de:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN 2384[26f0d88]: ImapThreadMainLoop entering [this=28797c8] ============================================================================== 2384[26f0d88]: 28797c8:sslmailpool.ispgateway.de:NA:SendData: Logging suppressed for this command (it probably contained authentication information) 2384[26f0d88]: ReadNextLine [stream=28d6778 nb=17 needmore=0] 2384[26f0d88]: 28797c8:sslmailpool.ispgateway.de:NA:CreateNewLineFromSocket: 2 OK Logged in. 2384[26f0d88]: 28797c8:sslmailpool.ispgateway.de:A:SendData: 3 select "INBOX.Test2" 2384[26f0d88]: ReadNextLine [stream=28d6778 nb=35 needmore=0] 2384[26f0d88]: 28797c8:sslmailpool.ispgateway.de:A:CreateNewLineFromSocket: 3 NO Mailbox doesn't exist: Test2 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:SendData: DONE 2220[2718c20]: ReadNextLine [stream=2665e70 nb=23 needmore=0] 2220[2718c20]: 2718060:sslmailpool.ispgateway.de:S-INBOX:CreateNewLineFromSocket: 27 OK Idle completed.

Last Test at all. ;-) Created and try to delete folder Test3. How can i remove this folders manually in the view from Thunderbird? Or how to rebuild this view from the IMAP? I have now much senseless folders in my view and don't want to reinstall and reconfigure everything!

No help. :-( Hint also for other users. I could remove the not existing folders now by alterung the configuration. But i must describe it in german because i have installed a german version. Konten -> Server Einstellungen -> Erweitert -> "Nur abbonierte Ordner anzeigen" deaktivieren In Imap settings -> Advanced -> uncheck first point. After that the folders disappear. But deleting them with Thunderbird definitely doesn't work! It must be a bug specially with encrypted connections. Please check the sources.

(In reply to comment #10) > How can i remove this folders manually in the view from Thunderbird? To remove already deleted/renamed folder from subscription list, you need to execute unsubscribe at "Subscribe" panel manually(uncheck folder, then Refresh). If rename/delete by other client, problem like Bug 481142/Bug 482951 occurred even on Tb trunk. These are probably resolved by Bug 472129, although some manual operation("collapse/expand" of account etc.) is still required to get clean folder pane display in some situations. Further, folder pane refresh related issues existed, but many related issues are alrady resolved by Tb trunk(next Tb 3), as seen in Bug 481142/Bug 482951. To chris ruehl(bug opener) and lsmod: Can you produce your problem with Tb latest-trunk? > http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/ > Test with new profile, to avoid corruption of daily use profle. > If test with POP3, don't forget to check "Leave messages on server".

Yes now i could remove the unused folders. :-) Sorry - but this funtionality is not clear for the user. Also the difference between this "Abonnieren" (german) and offline functionality. There is no helping text in the "Abonnieren" window. Also in the help and FAQ-Page http://www.thunderbird-mail.de/wiki/FAQ i could find nothing.

Wada-san , do you think we should keep this bug open ?

This bug still exists, we're using a Sun (Oracle...) Messaging Server on a small site (a thousand mail accounts) and this is a big issue. We are using folders as means to restore mails to users (auto-creation of a new "restore" folder containing restored mails and folders). The big issue comes when our clients complain because they can't delete the restored folders : actually they ARE deleted but susbcription goes on ! The problem is exactly the same as in the initial post and we are using Thunderbird 3.1.7 on Linux and Thunderbird 3.1.5 on Windows XP clients.

WFM per reporter comment 13. (In reply to Benoit BARTHELEMY from comment #15) > This bug still exists, Then you are probably seeing bug 481142 or one of those linked to bug 201332