[Users] [Bug 3917] New: CM getting slower when retrieving mail

[noreply at thewildbeast.co.uk]

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3917

            Bug ID: 3917
           Summary: CM getting slower when retrieving mail
    Classification: Unclassified
           Product: Claws Mail
           Version: GIT
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: Filtering
          Assignee: users at lists.claws-mail.org
          Reporter: pf at pfortin.com

One of my CM instances has been getting slower when retrieving mail from one
MTA; and there is no new mail to account for this. The status line indicates
243/243 which is processed quite quickly. Then it switches to 0/17 with
"SpamAssassin: filtering message..." which is strange because there is no new
mail...

Using --debug, found that after the dry poll, CM starts processing messages in
/home/pierre/.claws-mail/tempfolder/processing-3 which contains:
-rw------- 1 pierre pierre  7484 Oct 25 19:33 103
-rw------- 1 pierre pierre  9611 Oct 25 22:19 105
-rw------- 1 pierre pierre  9531 Oct 26 06:49 106
-rw------- 1 pierre pierre  9329 Oct 26 19:42 139
-rw------- 1 pierre pierre  9602 Oct 26 22:19 141
-rw------- 1 pierre pierre  8989 Oct 27 01:37 142
-rw------- 1 pierre pierre  7284 Oct 27 06:34 146
-rw------- 1 pierre pierre  9340 Oct 27 09:35 153
-rw------- 1 pierre pierre  8316 Oct 27 11:00 155
-rw------- 1 pierre pierre 10459 Nov  1 23:51 325
-rw------- 1 pierre pierre  7111 Nov  2 22:55 365
-rw------- 1 pierre pierre  7325 Nov  2 23:49 370
-rw------- 1 pierre pierre  9003 Nov  5 07:22 420
-rw------- 1 pierre pierre  7993 Nov  9 06:33 532
-rw------- 1 pierre pierre  9274 Oct 24 19:57 77
-rw------- 1 pierre pierre 10616 Oct 24 22:31 78
-rw------- 1 pierre pierre  9430 Oct 22 18:40 9

The dates indicate that whatever left these messages hanging around was not a
one-time occurrence.  

I'm only seeing this on one account (primary/default) on one instance of CM.

My setup has:
CM#1: 16 accounts -- 11 active 
CM#2: 19 accounts --  7 active  
The primary/default accounts on both instances are with the same MTA.

Moving these 17 messages out of the processing-3 folder makes checking for new
mail instantaneous again.

Nothing in any of the other processing-* folders.  

Based on a quick scan of these messages, it is possible they were left as a
result of manually filtering (Tools->Filter selected messages...) as described
in my msg to the ML on 10/28/17 w/Subject "Filtering spam difference - auto v.
manual".  All 17 have sender TLDs that are in the rule mentioned in that msg.

Seems like 2 bugs here:
1. msgs are left in processing-N when bug triggered
2. on every poll, they were sent to sa-learn; but never deleted.

I have not yet reproduced or found a trigger for leaving msgs in processing-N.

-- 
You are receiving this mail because:
You are the assignee for the bug.