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