Hi, we've defined a public namespace "shared" and use the acl and lazy-expunge plugins among others. The problem is, that a mailbox is deleted by the DELETE-command without the x-flag to be set (# 1.2.9): a myrights shared/aclDeleteTest * MYRIGHTS "shared/aclDeleteTest" lrsed a OK Myrights completed. b delete shared/aclDeleteTest b OK Delete completed. c myrights shared/aclDeleteTest c NO Mailbox doesn't exist: aclDeleteTest This behavior should be different and the mailbox should not be deleted, should it? Is there a fast workaround? Without the e-flag, mailboxes can't be deleted. But as some users should be allowed to use the expunge operation, it's no option to remove the e-flag... thx Martin
> Without the e-flag, mailboxes can't be deleted. But as some users should be > allowed to use the expunge operation, it's no option to remove the e-flag...Even with lrs-flags set only, deletion of mailbox is possible. a myrights shared/testOrdner * MYRIGHTS "shared/testOrdner" lrs a OK Myrights completed. a delete shared/testOrdner a OK Delete completed. a select shared/testOrdner a NO Mailbox doesn't exist: testOrdner> > thx > Martin
On ma, 2010-06-07 at 11:00 +0200, Martin Ott wrote:> we've defined a public namespace "shared" and use the acl and lazy-expunge > plugins among others. The problem is, that a mailbox is deleted by the > DELETE-command without the x-flag to be set (# 1.2.9):Looks like the plugin ordering code is a complete mess and it just happens to work in most situations.. It's now fixed properly in v2.0, but for v1.2 the only solutions would be: a) Backport major plugin API redesign changes from v2.0. b) Try to add some hack that possibly fixes some situation, but possibly breaks another one.. I'm not really happy with either of those choices. Few people have complained about problems related to this, so I think I'll just leave it as it is in v1.2.