On Fri, Dec 9, 2016 at 12:51 PM, Gordon Messmer <gordon.mess...@gmail.com>
wrote:
> On 12/09/2016 07:55 AM, Mike - st257 wrote:
> > I don't yet have an answer why that file was present (doesn't exist in
> > my mailbox on that system), but moving it aside resolves the present
> > mail delivery problem.
>
>
> That file's presence indicates that a Maildir++ has a quota, and is used
> to track the quota and usage. Periodically, a maildir reader must crawl
> the entire maildir to re-calculate usage, which could explain the
> timeout if an uncached read of all of the directories for that Maildir
> take a *really* long time.
>
(Agreed.)
The user's mailbox is large enough (my opinion, at a few Gigabytes) that
crawling the entire maildir will take an extremely long time.
And that person receives enough mail to keep the quota tracking
out-of-date. (And enough mail to "gum" up the delivery servers! Sure got my
attention when monitoring went crazy. Ended up manually pushing the
affected user's mail into the hold queue to allow delivery of other mail.)
Gave a quick search of delivery logs and nobody has exhibited "Timeout
quota exceeded" since my findings/fix.
Out of curiosity, I looked to see if any other users had maildirsize files
... quite a few do. Eh well. :-/
*Huge* thanks to everyone for the correspondence.
It was helpful to know I wasn't overlooking a step/tool/method as I began
stracing.
--
---~~.~~---
Mike
// SilverTip257 //
------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
_______________________________________________
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
