On Fri, Mar 9, 2012, at 02:59 PM, Sebastian Hagedorn wrote: > --On 9. März 2012 14:43:13 +0100 Ewald Dieterich <ewald.lists@xxxxxx> > wrote: > > > On 03/09/12 10:38, Sebastian Hagedorn wrote: > >> we're having trouble with a particular user's INBOX. She can't delete > >> messages. We're running Cyrus 2.3.14 (update to 2.4.x is already in > >> progress). Using telemetry I found that it's really a server-side issue. > >> I've used imtest to try it myself: > >> > >> . myrights INBOX > >> * MYRIGHTS INBOX lrswipkxecda > > > > The t flag is missing. > > > > t - delete messages (set or clear \DELETED flag via STORE, set > > \DELETED flag during APPEND/COPY) > > Huh. The (obsolete) 'd' right is the union of 'e' and 't' (according to RFC > 4314), so it isn't actually missing. But for good measure I gave the user > "all" rights using cyradm, so now she has this ACL: > > lrswipkxtecda > > And now it's working. I'm not sure why, though? Other users have > "old-style" ACLs like this one: > > lrswipcda > > Those work fine. So I guess there's a bug with mixed ACLs, i.e. using both > old and new rights in one entry? Would it help if I modified the > "implicit_owner_rights" setting in imapd.conf? > > Thanks for spotting this! Oh - that's what I get for not reading.... we return the 'd' in a MYRIGHTS response if either t or e is set, which is kinda misleading, but breaks fewer clients than the alternative... Bron. -- Bron Gondwana brong@xxxxxxxxxxx ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
