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..
On 16.6.2014, at 11.13, Iavor Stoev 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
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 do
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 suppose
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 fail with
ENOENT.
Nope, plain ext3. I have these issues since upgra
On Sat, 2011-10-22 at 15:16 +0200, Michael Stilkerich 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 fail with
ENOENT.
> Another thing that irritates
ry
dovecot: 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 com
ex.log 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
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,
bu
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
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..
Unfortun
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
>
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 be
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
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 mailbox
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 p
/var/mail/shared/.Office/dovecot-acl
>
> > I just do not understand. 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
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: /etc/ssl/services/mail/sub.c
ice I just
enumerate all 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
just forget about the ACL_GROUPS, I would be
interested 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 succe
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 > /tmp/d
On 12/15/2009, Lukas Haase (lukasha...@gmx.at) wrote:
> # cat /etc/dovecot/dovecot.conf
No, output of dovecot -n please...
--
Best regards,
Charles
id peter
uid=1000(peter) gid=100(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 m
t first writes a temp file (*.lock), then replaces the
> dovecot-acl file only, if no over quota happens.
> There is a problem, if dovecot-acl could be updated, but dovecot-acl-list
> could not. SETACL succeeds in this case, is this a problem?
This should help with it: http://hg.doveco
k), then replaces the
dovecot-acl file only, if no over quota happens.
There is a problem, if dovecot-acl could be updated, but dovecot-acl-list
could not. SETACL succeeds in this case, is this a problem?
Bye,
- --
Steffen Kaiser
-BEGIN PGP SIGNATURE-
Ve
-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= directo
28 matches
Mail list logo
