Summary: | avoid subfolders for IMAP recourcen of groupware | ||
---|---|---|---|
Product: | [Applications] kontact | Reporter: | Jan <jajon> |
Component: | general | Assignee: | Christian Mollekopf <mollekopf> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | chrigi_1, vanmeeuwen |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jan
2008-10-07 22:01:09 UTC
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 |