lmtp timeout, locks and crashes

Tom Sommer mail at tomsommer.dk
Sat Mar 19 15:57:50 UTC 2016


On 2016-03-18 08:11, Steffen Kaiser wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Thu, 17 Mar 2016, Tom Sommer wrote:
>> On 2016-03-17 13:41, Tom Sommer wrote:
>>> On 2016-03-15 10:53, Tom Sommer wrote:
>>>> I'm seeing some problems on accounts which get a lot of spam (like, 
>>>> a lot).
>>> 
>>> I did an "strace" on one of the hundreds of lmtp processes.
>>> 
>>> It's doing stat() on all files in the new folder for the receiver:
>>> 
>>> stat("/var/mail/dovecot/xxxx/xxxx/new/xx.xxx.xxxx.xxxx.com",
>>> {st_mode=S_IFREG|0600, st_size=15505, ...}) = 0
>>> 
>>> etc.
>>> 
>>> The "new" folder contains hundreds of thousands of files.
>>> 
>>> Is there any way to prevent all these stat() calls? It seems like
>>> something there would be an index or cache for?
>> 
>> Seems like it might be due to maildir quota-recalculation?
> 
> Yes possibly. But also in order to update the index files.

Seems the use of Maildir++ quota was the problem in this case.

> For all I know this should happen only, if the mtime of the directory
> changes. Is there some external programm manipulating files in the
> new/cur directories bypassing Dovecot? E.g. a rm on command line?

Nope

// Tom


More information about the dovecot mailing list