These folder names are obviously special to the internal operation of maildir. But the user doesn't know that, and if they attempt to create a folder with one of those names in a maildir resource (which is the preferred format for Local Folders) the creation fails with no error message or any other indication why. This only seems to happen if the folder is being created in an empty folder (one that contains no items), or only subfolders. Reproducible: Always Steps to Reproduce: 1. In either kmail or akonadiconsole, go to or create a new empty folder which is a maildir resource. 2. From the context menu, click "New Folder". 3. Enter one of the names "cur", "new" or "tmp" (without the quotes of course). Actual Results: No subfolder is created. No error message is shown. If the original folder had no subfolders, then a "+" expansion indicator flashes briefly in the folder tree and then disappears again. Expected Results: Either a subfolder of that name should be created, or if this is not possible due to internal limitations then an appropriate error message should be shown.
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.
Confirmed with current kdepim-runtime maildir resource Git master (8616ee44d).
Still present with current KF6-based kdepim-runtime maildir resource Git master (466174df)