* Timo Sirainen 2015.09.08 14:28:
> > Both debug levels raised, it doesn't log about the problem when using
> > doveadm. I guess the patch is not enough:
>
> With doveadm you need to give -D parameter for it to log debug output.
Comparing this to the previous imap log it does seem to ignore th
On 09/08/2015 02:26 PM, Thomas Leuxner wrote:
> * Timo Sirainen 2015.09.08 12:20:
>
>> How does the PublicMailboxAdmins group get set? Looks to me like the problem
>> is that it's not getting set to doveadm. Here's an easy way to check if
>> that's the problem or something else:
>> http://hg
* Timo Sirainen 2015.09.08 12:20:
> How does the PublicMailboxAdmins group get set? Looks to me like the problem
> is that it's not getting set to doveadm. Here's an easy way to check if
> that's the problem or something else:
> http://hg.dovecot.org/dovecot-2.2/rev/500e8dd7a389
>
> If that d
On 31 Dec 2014, at 23:10, Thomas Leuxner wrote:
>
> I have noticed a difference in the behavior of ACLs. When used in a MUA the
> following global ACL works fine and has the desired effect - new mailboxes
> can be created by a user being part of the 'PublicMailboxAdmins' group:
How does the P
* Thomas Leuxner 2014.12.31 22:10:
namespace {
list = yes
location = mdbox:/var/vmail/public:INDEXPVT=~/mdbox/public
prefix = Public/
separator = /
subscriptions = no
type = public
}
$ cat /var/vmail/conf.d/leuxner.net/global-acl
INBOX owner lrwstiekxap
Public/* group=PublicMailboxAd
I have noticed a difference in the behavior of ACLs. When used in a MUA the
following global ACL works fine and has the desired effect - new mailboxes can
be created by a user being part of the 'PublicMailboxAdmins' group:
[ global-acl: ]
INBOX owner lrwstiekxap
Public/* group=PublicMailboxAdmi
