Version: 1.8.3 (using KDE KDE 3.5.1)
Installed from: Debian testing/unstable Packages
Cyrus IMAP 2.1.18
In KMail I can't move (or copy) email to shared folders. Folders have permission of "anyone lrsip" (in KMail I see: "anyone Append"). I've tried it with drag'n'drop and context_menu->"Move To". I can read emails from those shared folders. Flagging of messages is possible, but lost after KMail restart.
Do you get any error messages? Does it work when you grant write access?
No error messages. If I grant write access, it works.
Note that this was reported downstream against 3.3.1 as Debian #297050, using Cyrus IMAP.
I can confirm this bug for several versions of KMail (as part of Kontact). I first encountered it with KMail as part of the proko2 version of Kontact (from kolab.org - Kontact proko2.1.5 on SuSE 10.0, KDE 3.4.2, Qt 3.3.4) more than a year ago. This bug was reported then to the Kolab developer team as issue1578 (https://www.intevation.de/roundup/kolab/issue1578), but I was referred to kde.org.
This issue still persists with the Kontact Enterprise version we are currently running:
Kontact: 1.2.9 (enterprise 20080509.805827)
KMail: 1.9.9 (enterprise 20080509.805827)
This is the version I got from kolab.org and rebuilt for Kubuntu 8.04.
The problem was reproducible 100% in all versions I have used in between and manifests itself in exactly the way the original poster describes. The folders will become accessible for mail copy/move when I add "write" permissions. Unfortunately, adding "write" also allows other users to delete mails in that folder, which is not what I want.
In a DIMAP (cached IMAP) account, shared folders with "append" permissions work exactly like they should, i.e. other users can add mail, but not delete.
As a server, we use Kolab 2.1, which includes cyrus 2.2.12, release 2.5.0_kolab2.
Christian, please confirm/deny this issue could still be current, and act accordingly.
Tested with kontact 4.8.1