similar to: limit sharing ability to certain users

May you please clarify that? Where should I omit the userdb_ prefix? Which of my attempts are you pointing at? As stated, I omitted the userdb_ prefix when working with an LDAP attribute. > On 7 Aug 2018, at 10:03, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > with ldap userdb, you need to omit the userdb_ prefix. > > Aki > > > On 07.08.2018 10:54, Simeon Ott

Now the attributes are correctly read for the user test at onnet.ch <mailto:test at onnet.ch>, but other users are not able to authenticate anymore. root at buserver:/var/spool/postfix/virtual/onnet.ch/test/Maildir/.super# doveadm user test at onnet.ch field value uid 5000 gid 5000 home /var/spool/postfix/virtual/onnet.ch/test/ mail maildir:~/Maildir quota_rule *:bytes=1073741824 acl

? attached the dovecot -n, linked files, debug log lines during a standard client login root at buserver:/etc/dovecot/conf.d# doveconf -n # 2.2.13: /etc/dovecot/dovecot.conf # OS: Linux 3.16.0-6-amd64 x86_64 Debian 8.11 auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login auth_verbose = yes auth_verbose_passwords = plain debug_log_path = syslog disable_plaintext_auth = no

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 =

http://repo.dovecot.org/ <http://repo.dovecot.org/> Sami > On 8 Aug 2018, at 10.27, Simeon Ott <simeon.ott at onnet.ch> wrote: > > Okay, this seems to be due to the fact that the option ?use_globals_only" is supported only in v2.2.31+ > We are on Debian jessie with dovecot v2.2.13 ? even an upgrade to current stable stretch won?t help (dovecot v2.2.27). So we will

You could do userdb { ?? driver = username_format=%Lu passwd-file ?? args = /etc/dovecot/share.passwd } #? /etc/dovecot/share.passwd test at onnet.ch::::::: userdb_acl=vfile:/etc/dovecot/dovecot-acl userdb_acl_globals_only = yes should prevent the user from modifying any ACL files. Aki On 05.08.2018 17:04, Simeon Ott wrote: > Hello > > Is it possible to limit the ability of sharing

Thanks for the advice Aki > On 6 Aug 2018, at 07:26, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > userdb { > driver = username_format=%Lu passwd-file > args = /etc/dovecot/share.passwd > } Something is wrong with the suggested driver configuration ? Leads to a fatal ? I think there is missing a driver name. Any chance of doing this via LDAP attribute? Here is

Okay, this seems to be due to the fact that the option ?use_globals_only" is supported only in v2.2.31+ We are on Debian jessie with dovecot v2.2.13 ? even an upgrade to current stable stretch won?t help (dovecot v2.2.27). So we will wait until the packages find their way into the repository. thanks anyway > On 7 Aug 2018, at 13:00, Simeon Ott <simeon.ott at onnet.ch> wrote: >

Hmm. if you put it *after* the ldap userdb, it should not have prevented users from logging in. What happens if you do userdb { ? driver = passwd-file ? args = .... ? skip = notfound ? result_failure = continue-ok } Aki On 07.08.2018 12:58, Simeon Ott wrote: > Now the attributes are correctly read for the user test at onnet.ch > <mailto:test at onnet.ch>, but other users are not

Ah. You probably need to change ldap userdb so that you add userdb { driver = ldap ? args = /etc/dovecot/dovecot-ldap.conf result_success = continue-ok } so that the next one is processed. you can use 'doveadm user test at onnet.ch' to verify that the attributes are read for this user, and with another username that they are not. Aki On 07.08.2018 12:23, Simeon Ott wrote: > ?

Sorry for that! I was offline during writing my answer to your mail and so it left my outbox after the advice from Sami. The solution works well when using passwd userdbs only. I didn?t get it running in conjunction with ldap userdb. I tried to use an LDAP attribute and mapping it to userdb_acl_globals_only and another try with acl_globals_only. Both attributes were not considered by the lookup.

Hello Is it possible to limit the ability of sharing it?s own mailboxes to only a few users? We have a few sensitive mailboxes of users where the ability to share via IMAP SETACL should be prevented. I tried the following so far? doveadm acl remove -u test at onnet.ch <mailto:test at onnet.ch> INBOX user=test at onnet.ch <mailto:user=test at onnet.ch> admin but when doing this the

Thanks Sami, thanks Aki I just updated the packages on our testing server and now it works like expected. There are some LDAP tests to come. Are there many productive server out there using this repository? Simeon > On 8 Aug 2018, at 09:41, Sami Ketola <sami.ketola at dovecot.fi> wrote: > > > http://repo.dovecot.org/ <http://repo.dovecot.org/> > > Sami >

Hello, I stumbled across a 5-year-old post on the dovecot list about changing the dovecot hierarchy separator to enable shared mailboxes (http://www.dovecot.org/list/dovecot/2011-January/056201.html <http://www.dovecot.org/list/dovecot/2011-January/056201.html>). At the moment I?m stuck in a pretty similar situation. Migrated from courier to dovecot 2 years ago and preserved the

As Sami pointed out, I had wrong syntax: > close, but few typos. userdb should be: > > userdb { > ? driver = passwd-file > ? args = username_format=%Lu /etc/dovecot/share.passwd > } > > Sami On 06.08.2018 22:52, Simeon Ott wrote: > Thanks for the advice Aki > >> On 6 Aug 2018, at 07:26, Aki Tuomi <aki.tuomi at dovecot.fi >> <mailto:aki.tuomi at

Can you provide your doveconf -n after adding the database *after* LDAP. You probably need to add 'noauthenticate' as one parameter after the userdb ones. Aki On 07.08.2018 11:05, Simeon Ott wrote: > May you please clarify that? Where should I omit the userdb_ prefix? Which of my attempts are you pointing at? > As stated, I omitted the userdb_ prefix when working with an LDAP

with ldap userdb, you need to omit the userdb_ prefix. Aki On 07.08.2018 10:54, Simeon Ott wrote: > Sorry for that! I was offline during writing my answer to your mail and so it left my outbox after the advice from Sami. > > The solution works well when using passwd userdbs only. I didn?t get it running in conjunction with ldap userdb. I tried to use an LDAP attribute and mapping it to

Oh Nooooooo! It looks as if there is a limit of 9 (not 10) maximum #include statments that you can have in extensions.conf. For example, the following extensions.conf causes the error to appear.. [user_3250071] #include "inc/wildwildwest/features.conf" #include "inc/wildwildwest/features.conf" #include "inc/wildwildwest/features.conf" #include

I am trying to simplify a text variable by matching and replacing it with a string in another vector so for example in colours <- paste(letters,colours(),"stuff",LETTERS) find and replace with ("red","blue","green","gray","yellow","other") - irrespective of case its a large dataset, so i'd like to be able to do this

Hi list, I'm interested in receiving incoming call to my Asterisk PBX thru an 1800 number. Anybody knows a provider with best minute rate? I heard that that Nufone can provide this service for around 3cents/min for calls made within 48 continental states. Any provider that can give better rate, even with additional limitation such as much few states that a call can originate? How do