I'm getting inconsistent behavior from my acl file. I have an acl vfile
configured with this:
Jobs$* anyone lrwikst
$* user=bob.wooldri...@edm-inc.com lrwstipekxa
$* user=michael.u...@edm-inc.com lrwstipekxa
Jobs$* user=bob.wooldri...@edm-inc.com lrwstipekxa
Jobs$* user=michael.u...@edm
On 16.6.2014, at 11.13, Iavor Stoev ia...@icdsoft.com wrote:
I tried to escape it with ,'',/ and enclose the whole name with ''
without success
Added: http://hg.dovecot.org/dovecot-2.2/rev/40dc5774aa69
Hello,
I use Dovecot 2.2.13
The syntax of my global acl file is:
cat /etc/dovecot/acls
INBOX.Junk Mail owner lrwstiae
The error is:
Error: Global ACL file /etc/dovecot/acls line 1: Unknown ID 'Mail'
I tried to escape it with ,'',/ and enclose the whole name with
'' without success
If I
On Fri, 4 Nov 2011, Timo Sirainen wrote:
On Fri, 2011-11-04 at 21:29 +0100, Michael Stilkerich wrote:
Nov 4 16:29:03 keira dovecot: imap(isa): Error: fcntl(unlock) locking
failed for file /home/dovecot/isa/dovecot.index.log: No such file or
directory
Nov 4 16:29:03 keira dovecot:
Hi,
On Nov 4, 2011, at 10:39 PM, Timo Sirainen wrote:
Nov 4 16:29:03 keira dovecot: imap(isa): Error: fcntl(unlock) locking
failed for file /home/dovecot/isa/dovecot.index.log: No such file or
directory
Nov 4 16:29:03 keira dovecot: imap(isa): Error: fstat() failed with
file
On Fri, 2011-11-04 at 21:29 +0100, Michael Stilkerich wrote:
On 04.11.2011 20:47, Timo Sirainen wrote:
dovecot: imap(michael): Error:
fstat(/home/dovecot/michael/.test/dovecot-acl.lock) failed: No such file
or directory
This is some weird filesystem? fstat() isn't supposed to ever
and my acl_shared_dict file.
Looking at the static dotlock_settings structure in the acl-file
backend, I don't see how its use_excl_lock could possible be set to 1 by
the configuration (i.e., it doesn't seem that the dotlock_use_excl
configuration option is considered). For the maildirlock
: imap(michael): Error:
file_dotlock_open(/home/dovecot/michael/.test/dovecot-acl) failed: No
such file or directory
The error occurs whether a (manually created) dovecot-acl file exists or
not. The dovecot-acl.lock file is created by not removed afterwards.
Subsequent setacl commands
On Tue, 2010-03-02 at 19:42 +0100, Thomas Leuxner wrote:
One thing I noticed is, that dsync does not take care of existing
'dovecot-acl' files, which it should migrate/copy from my point of
view, but simply skips them.
Yeah, for now anyway.. The problem is that dsync does a two-way sync,
but
Hi,
played around with 'mdbox' format some more. Converted my personal mailbox with
latest Dovecot and dsync from HG:
dsync convert -u lo...@yourdomain.com mdbox:~/mdbox
One thing I noticed is, that dsync does not take care of existing 'dovecot-acl'
files, which it should migrate/copy from my
Charles Marcus schrieb:
On 12/15/2009, Lukas Haase (lukasha...@gmx.at) wrote:
# cat /etc/dovecot/dovecot.conf
No, output of dovecot -n please...
Sorry:
# 1.0.15: /etc/dovecot/dovecot.conf
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imaps managesieve
ssl_ca_file:
. The process runs as user peter and complains
that it is unable to open the ACL file. But the file is definitively
readable for user peter, as I checked with su. Also the error is gone
when I set the directory to 755 ... that sounds really strange for me...
The difference is that su gives you
On Wed, 2009-12-16 at 14:36 -0500, Timo Sirainen wrote:
drwxrwx--- 5 root office 4096 Dec 15 15:53 .Office
Why are your files and directories owned by root, instead of peter?
Oh right, kind of stupid question. I already forgot we were talking
about shared mailboxes. :)
But anyway, the
Hello,
Timo Sirainen wrote:
On Wed, 2009-12-16 at 14:36 -0500, Timo Sirainen wrote:
drwxrwx--- 5 root office 4096 Dec 15 15:53 .Office
Why are your files and directories owned by root, instead of peter?
Oh right, kind of stupid question. I already forgot we were talking
about shared
On Thu, 2009-12-17 at 10:55 +0900, Lukas Haase wrote:
But anyway, the problem has to do with userdb not returning those UNIX
groups that you expect.
Oh, ok I think there is a point which I do not understand. What has the
userdb to do with UNIX rights? As far as I understood from the wiki
Hello Timo,
once again thanks for your reply!
Timo Sirainen wrote:
On Thu, 2009-12-17 at 10:55 +0900, Lukas Haase wrote:
[...]
* UNIX rights. The mailboxes need to just have the correct *UNIX*
permission in order to access the files in the needed way (read or
write). So IMO this could also
On Dec 16, 2009, at 11:40 PM, Lukas Haase wrote:
# when using authentication via LDAP + prefetch
pass_attrs =
uid=user,userPassword=password,homeDirectory=userdb_home,uidNumber=userdb_uid,gidNumber=userdb_gid,uid=userdb_system_user
# when using optional authentication via file + LDAP
# I
Hi again,
Timo Sirainen wrote:
On Dec 16, 2009, at 11:40 PM, Lukas Haase wrote:
[...]
Really? Having uid field used multiple times doesn't work in v1.1+.
Maybe v1.0 code worked differently. But at least you should be aware
of that if you upgrade Dovecot the above settings will break..
(users)
groups=51683(office),25783(ssh_users),100(users)
#
Now I log in as peter but I my client (latest TB 2) does not display the
office folder. In the log it claimes that it is not able to open the acl
file what really can NOT be true:
Dec 15 15:56:05 mail dovecot: IMAP(peter): acl vfile
On 12/15/2009, Lukas Haase (lukasha...@gmx.at) wrote:
# cat /etc/dovecot/dovecot.conf
No, output of dovecot -n please...
--
Best regards,
Charles
On Wed, 2009-12-16 at 00:24 +0900, Lukas Haase wrote:
mail_drop_priv_before_exec = no #just to make sure
no means it starts the process as root as root. I guess you meant to
use yes.
# cat /usr/local/sbin/dovecot-imap-fix.sh
#!/bin/sh
cat /var/mail/shared/.Office/dovecot-acl
why the ACL file could not be read.
Further things I forgot:
* In the homedirs the scenario is the same. The one user that has access
to the files is the user peter itself and there I got no errors about
reading the ACL files
* Reading succeeds when I set the directory (.Office) to 755
possible users in the ACL file:
anyone
user=peter lrwstiek
user=user1 lrwstiek
user=user2 lrwstiek
user=user3 lrwstiek
user=user4 lrwstiek
Further things I forgot:
* In the homedirs the scenario is the same. The one user that has access
to the files is the user peter itself and there I got
are opened very
regularily. Would it help to remove zero-size files?
Empty dovecot-acl-list file is better for performance. If it didn't
exist, Dovecot would rebuild it by going through all mailboxes.
It looks like Dovecot first writes a temp file (*.lock), then replaces the
dovecot-acl file only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
playing around with Dovecot's v1.2 ACLs I wondered about some things about
the dovecot-acl files:
+ They are created within the Maildirs, as described in
http://wiki.dovecot.org/ACL.
But why? Shouldn't they belong to the CONTROL=
of the a-right, any user must be potentially able to change
the dovecot-acl files, hence, they are neither in the CONTROL directory
nor permissions other than 0666. But why has dovecot-acl-list permissions
0660?
It looks like Dovecot first writes a temp file (*.lock), then replaces the
dovecot-acl
26 matches
Mail list logo