On Monday 15 of December 2008, Timo Sirainen wrote: > On Mon, 2008-12-15 at 09:04 +0100, Arkadiusz Miskiewicz wrote: > > On Monday 15 of December 2008, Timo Sirainen wrote: > > > On Mon, 2008-12-15 at 08:44 +0100, Arkadiusz Miskiewicz wrote: > > > > Hi, > > > > > > > > When user exceeds it's quota then dovecot can't create it's files and > > > > it's showing zero mails :( This also means that user is unable to > > > > delete it's own mails. Sounds like kind-of bug, right? > > > > > > > > Dec 15 08:28:37 mbox1 dovecot: IMAP(xxx): > > > > open(/var/mail/xxx/dovecot-uidlist.lock) failed: Disk quota exceeded > > > > Dec 15 08:28:37 mbox1 dovecot: IMAP(kdudus): > > > > file_dotlock_create(/var/mail/xxx/dovecot-uidlist) failed: Disk quota > > > > exceeded > > > > > > I don't think the mbox file should be modified if it's not locked. I > > > suppose it's not very ideal either if user can't delete mails then, but > > > at least the mailbox doesn't get corrupted. > > > > I use maildirs only. > > Oh, I didn't read the error message closely enough. > > > > Anyway, you most likely don't really need to use dotlocks at all. Just > > > make sure that your MDA uses fcntl locks and set > > > mbox_write_locks=fcntl. > > > > Will look. Right now I'm trying to move CONTROL to other fs where quota > > doesn't apply to see what will happen.
Done that and now I see a lot of " Expunged message reappeared, giving a new UID (old uid=10753, file=...)" ugh :-/ I guess now imap clients will see these as new messages? Also ": IMAP(bo): /var/lib/dovecot/control/xxx/.INBOX/dovecot-uidlist: Duplicate file entry at line..." Weird, these are fresly created control files and now they contain duplicates. Last question, what permissions are needed for /var/lib/dovecot/control/ if it's used as CONTROL= and users use different uid/gids? Right now I have a+rwx which doesn't look nice and root:root 660 also didn't make dovecot happy. -- Arkadiusz Miśkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/
