Justin Murdock writes:
Sam Varshavchik wrote:Justin Murdock writes:
I'm running the v 3.0.8 of the standalone Courier imap server.
I ran into a problem with the ACLs, as Courier splits the imap "d"elete into "e"xpunge, "t"ag deleted and, um, e"x"cise folder - which seems quite a sensible differentiation.
Unfortunately Courier doesn't seem to advertise the "d" flag unless all 3 of the flags were set - I think it would make more sense to advertise it if /any/ of them were set
d - This right is defined for backward compatibility with ACL
extension (RFC 2086). If a client sets "d" right, the server MUST
set "x", "e" and "t" rights. When the client clears the "d" right,
the server MUST clear "x", "e" and "t" rights. When all three of "x",
"e" and "t" are set, the server MUST return "d" right in response to
a LIST (ACL) command. If "x", "e" and "t" rights are not tied together,
"d" right MUST NOT be returned in a RIGHTS-INFO response.
Shouldn't Courier be returning those of the "x", "e" and "t" flags that are set in this case?
"maildiracl -compute ...... user=me" returns lret, but myrights returns lr. Bug?
There are no e and t rights in ACL1.
If you are using the ACL1 API, use the d flag.
If you are using the ACL2 API, use the full set of flags.
If you're messing with maildiracl, you have to know which clients you will be dealing with.
pgpRKuMj9Gqwd.pgp
Description: PGP signature
