I am wondering if I really need to use dovecot quota functions or not. Assume for the moment, that, each system user has a quota defined using Linux quotas, and that the Maildir is within their quota limited directory. So, any mail (or files created by the user etc) that would exceed the quota obviously can't be created.? In such an environment, is there any advantage to implementing the same quota already defined in the filesystem via dovecot? Or, can I just make things simpler and ignore dovecot quotas? Assuming I keep the index and control files out of the quota limited directories. I presume if exceeding filesystem quota, the mail will not be delivered of course. If using lmtp, I presume it stays in the queue to retry later for some period of time. ? Steve
2011/10/9 Steve Fatula <compconsultant at yahoo.com>> I am wondering if I really need to use dovecot quota functions or not. > Assume for the moment, that, each system user has a quota defined using > Linux quotas, and that the Maildir is within their quota limited directory. > So, any mail (or files created by the user etc) that would exceed the quota > obviously can't be created. > > In such an environment, is there any advantage to implementing the same > quota already defined in the filesystem via dovecot? Or, can I just make > things simpler and ignore dovecot quotas? Assuming I keep the index and > control files out of the quota limited directories. > > I presume if exceeding filesystem quota, the mail will not be delivered of > course. If using lmtp, I presume it stays in the queue to retry later for > some period of time. > > Steve >But if you dont use quotas how do you know if the user is out of space? Or does the user gets a notification that it's running out of space, before you start rejecting emails? Eduardo.
Timo Sirainen writes in response to Steve Fatula's query:> With imap_quota plugin it allows IMAP client to see how much quota is > used/left. You could also enable quota warnings. And configure the > quota exceeded error message.It could also prevent the catch-22 situation I wrote about earlier whereby a filesystem out-of-space condition will result in a user not being able get themselves out of that situation, since a mailbox operation (like a delete and expunge) will not be able to create a lockfile. Having quotas handled by the IMAP/LDA will allow extra room to handle this impasse. Disabling dotlock or using dotlock_try locking method are some other workarounds. Joseph Tam <jtam.home at gmail.com>