------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=121878
emgaron+kde ribbrock org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |emgaron+kde ribbrock org
------- Additional Comments From emgaron+kde ribbrock org 2008-06-03 18:07
-------
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 --version
Qt: 3.3.8b
KDE: 3.5.9
Kontact: 1.2.9 (enterprise 20080509.805827)
kmail --version
Qt: 3.3.8b
KDE: 3.5.9
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.
_______________________________________________
Kdepim-bugs mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kdepim-bugs
