On Mon, 2008-07-07 at 10:22 +0300, [EMAIL PROTECTED] wrote: > > On Mon, 30 Jun 2008 [EMAIL PROTECTED] wrote: > > > > > > > Seems to be quota plugin related, i removed the plugin and i could log on > > with a new user that did not have a maildir yet. > > > > When we upgraded to 1.1 i enabled the quota plugin witch i forgot to > > mention (sorry) since it was working nicely and reporting the quota to the > > users. quota is from a netapp filer that we use over nfs, any idea if we > > can make this work? later we will change to dovecots deliver and use it's > > quota, but mean time it would be nice for the users to see their quota > > directly from the mail client. > > This seems to happen also on local filesystem, if quota plugin is enabled > as fs: users that do not have maildirs cannot login and the crash happens, > any possibility for a fix?;)
It crashes because it can't find where the filesystem is mounted at. I don't know why that would happen, but I fixed the crash anyway: http://hg.dovecot.org/dovecot-1.1/rev/5659ce2398e4 > > > > Jun 30 11:19:07 [dovecot] IMAP(username): > > > > fchown(/var/mail/jaetut/temp.valas.17956.7b8393cabde89cbd) failed: > > > > Operation not permitted > > > > Jun 30 11:19:07 [dovecot] IMAP(username): dovecot-acl-list creation > > > > failed: > > > > safe_mkstemp(/var/mail/jaetut/temp.valas.17956.7b8393cabde89cbd) failed: > > > > Operation not permitted > > > > > > Do you use SELinux or something like that? "Operation not permitted" is > > > not the same as "Permission denied" which comes with normal filesystem > > > permission problems. Oh, right, the real error is that it tries to change the file's group to one that the user doesn't belong to. So you probably have dovecot-shared file which has a wrong group. > I tested this more and it seems that the dovecot-acl-list file is created > with permission only to the current user: > > > -rw------- 1 1002 sami 55 2008-07-07 09:40 dovecot-acl-list This file should be created using the same permissions as the mailbox root directory, which I guess in your case would be /var/mail/jaetut. Anyway I wrote a patch to help find out this when mail_debug=yes: http://hg.dovecot.org/dovecot-1.1/rev/4e3e73ff1b92 > So i manualy added rw permission to everyone and it seems to be working, > the uid on the file changes everytime someone logs on, but the permissions > seem to be sticking to it, any reason why dovecot would remove the file at > anypoint and re-create it with the "wrong" permissions? The file (as well as many other files created by Dovecot) is updated by recreating it.
signature.asc
Description: This is a digitally signed message part
