User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) konqueror/4.8.2 Safari/534.34 Build Identifier: Create a new mixedmaildir account, point to a not existing folder, so it creates it. Accept. The newly created account folder is not visible in KMail, so you can't move mails to it. It appears in akonadiconsole. Note, this works for maildir, so I still assume the problem is on the resource side. Reproducible: Always
Most likely explanation: KMail does not show the top level collection because it only has Collection::mimeType as its contentMimeTypes. Maybe KMail could always show top level folders of resources that specify message mime type in their agent data, or maybe even all structural collections of such resources. Another option could be to have the top level collection always have all of the resource's supported MIME types or only MIME types that it doesn't have child collections for
See commit 542130dbd6b448bc8e095a96c35fdb20f5652554 for maildir, I think it addresses this problem.
indeed, "another option" from my previous comment. best available workaround right now
short note: this is not limited to mixedmaildir. I tried to setup my imap accounts from scratch this week end, they also didn't appear in kmail unless restarted.
(In reply to comment #4) > short note: this is not limited to mixedmaildir. > I tried to setup my imap accounts from scratch this week end, they also > didn't appear in kmail unless restarted. It was fixed in kmail long time ago. So I think that we can close it
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.