Hello, I'm a recent convert to dovecot from courier-imap and the performance has certainly improved. I'm running the vanilla 1.0.7 version that came with the CentOS 5.2 x86_64 distro. I've come across a similar problem that was posted by Ralf Hildebrandt earlier this year under the same subject, but that thread just seems to have died off. I'm also using per- user maildirsize files (originally run under courier-imap) but these are not being read/enforced/updated for some users. After some testing with these users, the problem seems to be related to the size of the maildirsize file itself. A file size greater than 5119 bytes results in no quota for the INBOX of the user, and the file seems to be ignored entirely by dovecot. I guess the solution to this is to just copy over a fresh (i.e. empty save for the limit line) maildirsize file, but I was wodering if this maildirsize size limit is some innate property of dovecot. Would not others, especially converts from courier-imap that also use maildirsize files, have this experience also? Thank you. Patrick
On Sat, 2008-08-30 at 08:45 -0700, Patrick Medina wrote:> After some testing with these users, the problem seems to be > related to the size of the maildirsize file itself. A file > size greater than 5119 bytes results in no quota for the INBOX > of the user, and the file seems to be ignored entirely by > dovecot.After 5120 bytes the maildirsize file is rebuilt by reading through the entire maildir. This is also what Courier did. So what exactly happens when the maildirsize is rebuilt? You mean all bytes are counted, except from INBOX? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20080830/2a07361a/attachment-0002.bin>
Words by Patrick Medina [Sat, Aug 30, 2008 at 08:45:43AM -0700]:> Hello, > > I'm a recent convert to dovecot from courier-imap and the > performance has certainly improved. I'm running the vanilla > 1.0.7 version that came with the CentOS 5.2 x86_64 distro. > > I've come across a similar problem that was posted by Ralf > Hildebrandt earlier this year under the same subject, but > that thread just seems to have died off. I'm also using per- > user maildirsize files (originally run under courier-imap) > but these are not being read/enforced/updated for some > users. > > After some testing with these users, the problem seems to be > related to the size of the maildirsize file itself. A file > size greater than 5119 bytes results in no quota for the INBOX > of the user, and the file seems to be ignored entirely by > dovecot. >If the maildirsize is >= 5120 bytes the quota is recalculated and a new maildirsize should appear. But there should be a quota, of course. Anyway I never seen that behaviour. Can you upgrade to a recent (1.1.something) dovecot version and see if it happens also? -- Jose Celestino | http://japc.uncovering.org/files/japc-pgpkey.asc ---------------------------------------------------------------- "One man?s theology is another man?s belly laugh." -- Robert A. Heinlein
> After 5120 bytes the maildirsize file is rebuilt by reading > through the entire maildir. This is also what Courier did.Thank you for the quick reply and clarification. I was not aware of this behavior before.> So what exactly happens when the maildirsize is rebuilt? > You mean all bytes are counted, except from INBOX?Everything is normal (counted) when the file is rebuilt at 5120 bytes. The problem seems to be when, upon migration to dovecot, the maildirsize file was already over 5120 bytes (5128, even 5148, normally consisting of one file entry line). With this size, dovecot behaves as if there is no maildirsize file present in the user's maildir.
--- On Mon, 9/1/08, Timo Sirainen <tss at iki.fi> wrote:> From: Timo Sirainen <tss at iki.fi> > Subject: Re: [Dovecot] GETQUOTAROOT (part 2) > To: cpjmedina at yahoo.com > Cc: dovecot at dovecot.org > Date: Monday, September 1, 2008, 1:55 AM > On Aug 31, 2008, at 8:34 PM, Patrick Medina wrote: > > > Did some further testing: > > 1. maildirsize was initially = 5119 bytes > > 2. login via imap command line, verified GETQUOTAROOT > > returns correct quota, then logged out > > 3. sent test email and is delivered by deliver > > 4. maildirsize is updated but now = 5126 bytes > > (i.e. it is _not_ recreated) > > 5. log in again and GETQUOTAROOT now returns empty > > 6. quota thereafter no longer works > > OK, that's clearly a bug. If it's not gone in v1.1 > I'll look at it again. And in any case it would be more > reliable if you could have your userdb return the quotaUpgraded to 1.1.2 from atrpms.net but I'm still getting the same behavior. I am trying to look at the quota plugin source (e.g. quota-maildir.c), but I'm very rusty in that aspect already. Thank you.