Sorry to pester, but can anyone chime in on this? Is there any other info I can provide?
At this point, it's bad enough that I'm looking at various ugly solutions, including a cron job that wipes out all the "maildirsize" files to force recalculation. Thanks, Charles On Thu, 29 Jan 2004, Charles Sprickman wrote: > Hello, > > Recently migrated from a sendmail/uw-imap server to vpopmail w/courier > pop/imap. For the most part everything went very well. I just have a few > quick questions: > > First, for Tom, what are you recommending for a good devel version? > 5.3.30 seems to have some lingering bugs (looking at subsequent 5.4.x > release notes). > > Second, something is screwy with quotas. Some users have straight delivery > via vdelivermail (no .qmail files involved), some pipe through maildrop to > get spamc filtering. For both sets of users I've seen the quota go up and > get "stuck" at a value that does not reflect reality. > > Once the quota is stuck at a high value it seems that pop'ing the mail, > imap'ing the mail, or receiving new mail does not force the quota to be > recalculated. "vuserinfo" shows the bloated quota, but "du" shows > something very different. If I remove "maildirsize" and then re-run > "vuserinfo" the correct quota is then reported again. > > Any ideas? I haven't had time to really watch this yet as we're still > running around tweaking things... > > Am I correct in my understanding that courier tools (pop3d, imapd, > maildrop w/quota support, and vpopmail) all understand Maildir++ quotas > and that an access from any of these should recalculate? Any info on the > format of the "maildirsize" file? > > Thanks, > > Charles >