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



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

Reply via email to