My folders are on an imap server. When I try to create a new folder in KMail in the top level of the server, it is not appearing in KMail. Instead, akonadi error messages about non-existing objects pop up. Checking in akonadiconsole, a local object exists but with a mangled name (Archv instead of Archiv). This for whatever reason cannot be transmitted to the server, hindering all further sync. @team: please check and add info here, if we can confirm this a few times we should carry it upstream. I wont be able to help for the next 10days or so.
I first thought it is an automatism to rename "Archiv" to something less common - "Archiv" may exist on the server. But then I created a folder "inziwinzi" - and it stripped all "i"s out of the name leaving "nzwnz" - so definitely a bug. ("Inz" keeps the big "I", btw.) I also don't get them listed in kmail. In akonadiconsole they show up but can't be used. Nevertheless there is absolutely no error message in kmail. I only get one in akonadiconsole: "AgentBase(akonadi_imap_resource_2): Could not create collection Archv resourceId: 8"
Blargh. So it's real. Franz, since you can reproduce the bug exactly, could you please report it upstream and keep the contact there? (Im traveling during the next days and my laptop still has kmail-4.4.11.1-rX, which does not show this bug.)
This already was reported for 4.9.0 ;) https://bugs.kde.org/show_bug.cgi?id=305269 The other issue with the "i"s: https://bugs.kde.org/show_bug.cgi?id=306390
I have no problem in kmail-4.9.3, what's the status for you?
I'm the one who reported the upstream bug (305269), and I'm still seeing it in KMail 4.9.3.
https://bugs.kde.org/show_bug.cgi?id=305269 is far too general for this, removing from URL
Thanks all. As KDE SC 4.10.2 is now stable on all target arches. This bug is fixed.