[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 185785] KMail tries to annotate a read only folder
From:       Christian Mollekopf <chrigi_1 () fastmail ! fm>
Date:       2012-06-18 21:32:14
Message-ID: bug-185785-17878-iEw6oGFEI2 () http ! bugs ! kde ! org/
[Download RAW message or body]

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

Christian Mollekopf <chrigi_1@fastmail.fm> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |chrigi_1@fastmail.fm

--- Comment #2 from Christian Mollekopf <chrigi_1@fastmail.fm> ---
Note sure why you got in that situation in the first place (I couldn't find the
relevant codepath), but I don't think it can happen with the current kolab
resource.

Once an annotation has been erroneously set on a akonadi-collection without
modify rights though, the imap resource indeed tries on every sync to write it
to the server.
I'm not quite sure yet though how to resolve that in the imap resource(if at
all) .

As a workaround you can delete the annotation using akonadiconsole:
Browser Tab -> Rightclick -> Folderproperties -> Attributes tab -> edit the
folderannotations.

The admin rights do not play into the behaviour, it's just that ACL rights in
akonadi are not enforced and clients need to check themselves (which the kolab
resource obviously didn't).

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]