Version: 4.8 (using KDE 4.8.0) OS: Linux I have a mailbox, where some user folders are added as subfolders of "user": +-... +-Inbox +-user | +-Finance | +-... ... The folder "user" is marked with flag \Noselect, but the subfolders ("user/Finance", ...) are not. They are being correctly selected, but the SELECT on folder "user" is also performed with result "No such mailbox.". A part of traffic dump follows: Request: A000005 LIST "" *\r\n Request Tag: A000005 Request: LIST "" * Response: ... * LIST (\HasNoChildren) "/" "user/Finance"\r\n Response Tag: * Response: LIST (\HasNoChildren) "/" "user/Finance" * LIST (\Noselect \HasChildren) "/" "user"\r\n Response Tag: * Response: LIST (\Noselect \HasChildren) "/" "user" A000005 OK LIST completed\r\n Response Tag: A000005 Response: OK LIST completed Request: A000074 SELECT "user"\r\n Request Tag: A000074 Request: SELECT "user" Response: A000074 NO No such mailbox.\r\n Response Tag: A000074 Response: NO No such mailbox. Reproducible: Always Steps to Reproduce: The freemail service is provided by Czech server www.seznam.cz, according to the technical support, the IMAP server behaves correctly and Thunderbirds reports no errors. To reproduce, just create an email account, allow IMAP access and create some subfilders. Expected Results: Should not SELECT folders with flag \Noselect OS: Linux (x86_64) release 3.0.0-15-generic Compiler: gcc
Btw. On every new mail check, an error message pops out with text "No such mailbox". Really annoying. I think, that all versions of kmail2 behave so, kmail1 was OK.
Could you reproduce with last kdepim ? We fixed it long time ago.
The problem has been solved for me with a major upgrade of the freemail service, the folder structure changed and there are no "Noselect" folders any more. And I did not try with a custom IMAP server. If you say that it has been fixed since I reported the bug than it is probably so. Do you know the commit or bug where the patch was commited?