[Users] [Bug 2644] New: Running filter rule is extremely slow due to high I/O activity

noreply at thewildbeast.co.uk noreply at thewildbeast.co.uk
Fri Apr 6 11:14:54 CEST 2012


           Summary: Running filter rule is extremely slow due to high I/O
           Product: Claws Mail
           Version: 3.8.0
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: Filtering
        AssignedTo: users at lists.claws-mail.org
        ReportedBy: knizek.confy at gmail.com


few months ago, claws-mail started to be extremely slow on certain actions -
e.g. deletion of a message, move of a message with mouse drag to another
folder, checking new email.

I use zfsonlinux with kernel 3.2.8 as the filesystem + ecryptfs.

I did search a lot and finally was able to mitigate the problems with moving of
messages by choosing "Faster Metadata Processing" in Options/Misc/Other.

However, claws-mail still literary freezes for a few minutes on mail checking
from POP3 account (gmail). During that freeze, no email is being fetched and
claws-mail shows consistent read activity in iostat (cca 3 MB/s) all the time.
When the filters for incoming mail are disabled, the problem does not exist.

When I run the filters on one "Selected message" only, claws-mail shows high
read activity for a minute or so. Running it on another selected messages, for
which the same filter rule applies, does not lead to any problems and is
processed instantly.

Step by step I filtered each message in the inbox and the high and lentgthy
disk read activity appears only when a new filter rule is to be used during the

The filter rules are simple: checking the email header for "mailing list" info
and moving the email to a particular mail folder. All the filters were created
with the help of "Tools / Create filter rule / Automatically". There are about
20 filter rules in total.

In the various target mail folders (not inbox) there are quite a lot of emails
(10 - 30 thousand in each folder). Note that there do not seem to be problems
with ctimes - all message counts (new, unread, all) are okay. I also tried to
delete all .claws_* and .mh* files, though this did not have any effect on the
above behaviour.

I am aware that zfsonlinux is not yet optimised for speed and ecryptfs does not
help either. However, any other desktop activity (video, photo editing) does
not have any major speed problem.

Any ideas? How do I find out which files are actually read (or 'file-stat'ed?)
by claws-mail?

Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the Users mailing list