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?
-----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. 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? - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVuuqPHz1H7kL/d9rAQIEFggAmwDF11PTTIUOZ66udkcfxjZ944MvFBE0 I5jgSe/qRwSchfPE/leyc15uEC477YdJavbOv8TtsdZQVgUcWZgM7Wdtn0iCNWsT LttwfEp2Ft0swdtwE5948Swt2P99UHi6KVC7XkOHm/uH8O3zLRNMo8h04IYkwhV+ zCz0FAEF57opFATpoJ1VPJE01PslKBEo5sublCaA2c35kE0ukDnNOsocJkiIw8+t ax85THVWFjIv2ybBbjYIIYFipkIo1vxzYaxfKnrLg9OdbUPceVaL0yL/WXm44wP7 Yoouoh+42E8jDvCHSCWmyBjXUw0CvmKExMSwigwNYYYhabCpYmEctg==LQdS -----END PGP SIGNATURE-----
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