Wonky mailbox

Bron Gondwana brong at fastmail.fm
Fri Mar 9 10:25:54 EST 2012


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 at fun.de> 
> 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 at fastmail.fm



More information about the Info-cyrus mailing list