similar to: Hide public mailboxes from some users

Since you have obfuscated your data it is hard to tell what's going on, especially as in your previous log you have 'user=user' and now you have user1 and user2. You can try doveadm rights -u victim folder to see what sort of rights dovecot thinks it's seeing. Aki > On 15 February 2018 at 18:11 David Mehler <dave.mehler at gmail.com> wrote: > > > Hello,

Hello, I already wrote regarding that, but maybe it sounded too complex. I will write it a bit softer now. The replication through dsnyc works perfectly with one exception. I am having an issue with the replication of the subscriptions file on shared folder. We have a public mailbox defined: namespace public-test { location = maildir:/opt/mail/_public/test prefix = public/test/

Hello, Thanks, yes the global-acls file is the one I'm refering to and I created it before all this started. Yes, the users can both login properly and can access there own inboxes. Thanks. Dave. On 4/26/20, Markus Winkler <ml at irmawi.de> wrote: > Hi Dave, > > thanks for the information. > > On 26.04.20 18:37, David Mehler wrote: >> In answer to your questions

Hi! What am I doing wrong here? Mission: Delete old empty sub mailboxes in our Public mailspace acl-file contents: MailingLists user=dag lrwstipekxa MailingLists/* user=dag lrwstipekxa Didn't work from my mail client so tried: Command tried: % doveadm mailbox delete -s MailingLists/Glibc -u dag doveadm(dag): Error: Can't delete mailbox MailingLists/Glibc: Permission

A hopefully simple question regarding the use of ACLs - the spirit being of taking away most permissions first and then adding them back selectively: In the global ACL declaration I have: > * owner lr > * group=SYS lrwstipekxa The owner is put into the SYS group via userdb extra field in static passwd file ("archiv" is a system user, but pam is disabled for the server): >

Hello, Thank you for your reply. Here's my acl files: public/TestFolder dovecot-acl anyone lr user=user1 akxeilprwts -user=user1 user=user2 lr public/TestFolder1 dovecot-acl user=user1 lr user=user2 lr public/dovecot-acl user=user1 lr user=user2 lr and I have another dovecot-acl file in shared/office folder: user=user1 at domain.com lrwstipekxa user=user2 at domain.com lrwstipekxa

Hi! It seems you are running 2.2.33.2 =) Also, Feb 12 08:48:40 imap(user at example.com): Debug: Mailbox 'public/TestFolder' matches global ACL pattern 'public/TestFolder' Feb 12 08:48:40 imap(user at example.com): Debug: acl vfile: reading file /home/vmail/public/TestFolder/dovecot-acl Feb 12 08:48:40 imap(user at example.com): Debug: acl vfile: reading file

Hello, Thank you for your response. In answer to your questions I made a file global-acls containing: # cat global-acls Public/general user=user1 at domain.com lrwstipekxa Public/TestFolder user=user1 at domain.com lrwstipekxa Public/general user=user1 at domain2.com lrwstipekxa Public/TestFolder user=user1 at domain2.com lrwstipekxa Here's the ls -la output: #ls -la

Hi Dave, thanks for the information. On 26.04.20 18:37, David Mehler wrote: > In answer to your questions I made a file global-acls containing: It's the '/usr/local/etc/dovecot/global-acls', right? > # cat global-acls > Public/general user=user1 at domain.com lrwstipekxa > Public/TestFolder user=user1 at domain.com lrwstipekxa > > Public/general user=user1 at

Hi, I think I have configured everything correctly but for some reason I can?t get a list of the shared mailboxes to show up. When I run: doveadm acl debug -u m.markov Shared/d.marteva/INBOX doveadm(root): Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_plugin.so: undefined symbol: fts_backend_rescan (this is usually

Hello, Thanks for all the replies. I've added a mailbox to the namespace definition for the public folders. I can do a doveadm acl get -A "Public/general" works but "Public/TestFolder" does not. Here's my 90-public.conf file: #cat 90-public.conf # Public mailboxes namespace { type = public separator = / prefix = Public/ location =

Hi all! I have 2 servers running dsync tcp replication between them. After setting global ACLs to * user=admin lrwstipekxa on both hosts, I get the following errors during replication for every folder: dsync-local(mwegrzynek): Error: Mailbox Trash: Failed to set attribute vendor/vendor.dovecot/pvt/acl/user=admin: Invalid right '' This error first manifested in version 2.2.13, there

Hi, I have a dovecot IMAP server (version 2.1.7) with Maildirs and a virtual user setup (e.g. all accounts are mapped to the same system user). I?d like to create a public namespace shared between users A and B, but not any other user. I tried to set up the namespace as follows: namespace { type = public separator = . prefix = INBOX.XFeeds.

Hello, I'm running Dovecot 2.2.3, and am having issues with my public folders, shared folders, and virtual/ALl folders apparently ACLs are on that list as well. I was debugging an unrelated problem with my smtp server and got the following dovecot debug log output. Below is also a doveconf -n output as well as my shared-folder definition file and my global-acls file. What I'm trying to

Hi All! I'm also hitted by this problem. I'm trying to migrate emails from very old dbmail to dovecot (maildir). I read old threads with similar problem but I found only such solutions: - upgrade to 2.2.13 - workarround : use imapsync - no solution I'd like to not use imapsync, have you got an idea what should I do to do migration successfully? dsync throws: doveadm(root): Debug:

Hi there, we are currently have the following problem: User gustav at agreatdomain.de shares his INBOX to brunhilde at agreatdomain.com. But brunhilde can't subscribe that mailbox. host:~ # more //var/spool/mail/agreatdomain.com/gustav/Maildir/dovecot-acl owner akxeilprwts user=brunhilde at agreatdomain.com lprws host:~ # Doveadm acl debug request: host:~ # doveadm acl debug -u sieglinde

I have old dovecot server: (# 2.2.33.2 (d6601f4ec): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.21 (92477967) # OS: Linux 4.14.15-3.el7xen.x86_64 x86_64 CentOS Linux release 7.4.1708 (Core) and new dovecot server: # 2.3.1 (c5a5c0c82): /etc/dovecot/dovecot.conf # Pigeonhole version 0.5.devel (61b47828) # OS: Linux 4.14.47-5.el7xen.x86_64 x86_64 CentOS Linux release 7.5.1804 (Core) I try

We have a solution using Dovecot as a secondary mail archive. All mailboxes are populated/groomed by master account and the actual users have only read access. This is achieved by a simple ACL approach. dovecot.conf has protocol imap { mail_plugins = acl quota imap_quota zlib } plugin { acl = vfile:/etc/dovecot/acls:cache_secs=300 } /etc/dovecot/acls/.DEFAULT file is trivial: user=master

still the same? root at buserver:/etc/dovecot# doveadm user test2 at onnet.ch field valueuserdb lookup: user test2 at onnet.ch doesn't exist relevant config output from doveconf -n userdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap result_success = continue-ok } userdb { args = username_format=%Lu /etc/dovecot/share.passwd driver = passwd-file result_failure =

I'm trying to set up global ACLs. I have the following in the config file: > # acl > mail_plugins = acl > > protocol imap { > mail_plugins = $mail_plugins imap_acl > } > > plugin { > # Without global ACLs: > #acl = vfile > > # With global ACL files in /etc/dovecot/dovecot-acls file (v2.2.11+): > #acl = vfile:/etc/dovecot/dovecot-acl > acl