Version: (using KDE 4.1.2) OS: Linux Installed from: Ubuntu Packages in KDE 3.5 it was possible to create subfolders direct of an emailaccount. unfortunally at my emailacccount it is not possible to create subfolders in folders (f.e. in inbox). they should be created in mainfolder (same level as inbox). with format "kolab" it never was possible to choose (it want to create subfolders in inbox). with kde 4.1 i can use standard (ical/Vcard) only in the same way. it seems to me, that i've to select a subfolder (f.e. inbox) where the new folders (kontact, notes,...) will be created. if i select the mainfolder (my accountname) no new folders will be created and the imap recources doesn't work for the groupware.
This is an IMAP server folder namespace representation issue more so than anything else, I suppose. Some IMAP servers represent all of user's personal folders as being sub-folders of the user's INBOX, in which case creating sub-folders of INBOX would be possible. Other IMAP servers represent all first-level folders^1 of the user's personal folders as top-level folders, and do (therefor) not allow sub-folders of the user's INBOX folder to be created. ^1: The first level of folders that exist under a user's INBOX, are represented by the IMAP server with an alternative style: INBOX/Calendar/ becomes just Calendar/, for example. I can confirm that with current KDE 4.8.3, the INBOX/* hierarchy representation does allow a user to create a new folder on the top-level, while the alternative namespace representation does not allow a user to create a top-level folder. This latter case (an IMAP server with alternative namespace representation configured), Kmail/Kontact should honor the \NoInferiors flag set on the INBOX folder in LIST/LSUB, and should allow the context-menu item "Add folder..." on "account-level" right-click.
In KDE 4.9 the \NoInferiors flag is honored, and the resource tries to create the folders on toplevel as fallback. Proper namespace support is tracked in https://bugs.kde.org/show_bug.cgi?id=301440