Bowie Bailey writes:
Sam Varshavchik wrote:Bowie Bailey writes:> I have read as much documentation on the quota enforcement as I > can find, but I haven't been able to figure this out.> > I usually set quotas for the accounts in the userdb. This setting> then gets migrated to the maildirsize file in the maildir itself. > How should I go about changing this quota?> > I have a user who is over quota. There are a few messages in the> mailq waiting on delivery. I have updated userdb and run > makeuserdb. Courier still says he is over quota. I have run > "courier stop" and "courier start". No effect. I have used > maildirmake to specify the new quota. The maildirsize file is set > back to the old quota on the next delivery attempt (which fails).> > What is the proper way to increase a user's quota so that it takes> effect immediately? You should only need to change quotas in userdb. I don't think you need to fix up the maildir, though. It's possible that when you did this someone was already logged in, so the running IMAP process's cached quota ended up overwriting your manual adjustment.I don't have an IMAP server installed here. This system runs SMTP, POP3, and sqwebmail. Should I need to restart any services after changing the quota in userdb and running makeuserdb?
No -- that much I can tell you, nothing needs to be restarted.Now, it is possible that the quota won't get updated in the maildir immediately, but it will eventually be changed to match the setting in userdb. Also, I do recall that the current version of the code is much better at it, and would update the maildir's copy of the quota more promptly than before.
pgpQMO6vGH5KO.pgp
Description: PGP signature
