I have a filter which contains two actions: Mark as - Read Move into - deleted items Mail which matches the filter is moved but it is not marked as read (or possibly the mark is not saved before moving, I don't know the implementation details). I don't remember the exact versions but up to somewhere about 4.5 this worked as expected. In (I think) 4.6 or 4.7 it broke as at present. I didn't get round to bugging that before 4.8 came out, when it started working as expected again. However in 4.9 it is once again broken in the same manner as previously. This is a DIMAP account on an Exchange IMAP server, the filter is marked as "apply to incoming messages, from all accounts". I have tried deleting and recreating the filter but it makes no difference. Reproducible: Always Steps to Reproduce: Create a filter Subject contains: mail-subject-i-dont-care-about Actions: Mark As, Read Move Into folder, Deleted items Receive a mail which matches this filter. Actual Results: Mail is moved to Deleted items but remains Unread Expected Results: Mail is moved to Deleted items and marked as Read
Still an issue in 4.9.97 RC2.
Still an issue in 4.10, unfortunately.
paste your filter settings (just filter where there is the problem) thanks
Hi Laurent, my problematic filter is: Filter Criteria: Match all Subject: contains: sometext Subject: does not contain: Re: Filter Actions: Mark As: Read Move Into Folder: DIMAPaccount/Deleted Items Advanced Options: Apply to incoming: from all Apply on manual filtering
"Match all" invalidate other check => Subject: contains: sometext and "Subject: does not contain: Re:" is not looked at. => this filter match all message. => all message will move in directory but it 's not your bug.
Created attachment 77838 [details] Export of all filters
I've just realised kmail offers an "export filter" button so I'm attaching the results of that. Since the above I've added spam filters using the Spam wizard. These are in the export also. Now I am getting two copies of each detected spam in the JunkMail folder. There is one which has passed through spamc and been wrapped, and this is correctly marked read. There is also one copy which has no spamc headers or wrapping and this is not marked read.
Apologies for drip feeding comments; I've just realised that the message duplication (one marked read and one still unread, both in the destination mailbox of the move) is also applying to the original filter now as of 4.10.1. In 4.10.0 there was only one still-unread copy being moved to the destination mailbox.
Seems to be fixed in 4.11.2, thankyou.