[Bug 172361] avoid subfolders for IMAP recourcen of groupware

[Jeroen van Meeuwen (Kolab Systems)]

https://bugs.kde.org/show_bug.cgi?id=172361

Jeroen van Meeuwen (Kolab Systems) <vanmeeuwen at kolabsys.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
                 CC|                            |vanmeeuwen at kolabsys.com
           Assignee|kdepim-bugs at kde.org         |mollekopf at kolabsys.com
     Ever confirmed|0                           |1

--- Comment #1 from Jeroen van Meeuwen (Kolab Systems) <vanmeeuwen at kolabsys.com> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.