Bug 337232

Summary: Kmail filtering on IMAP ignores mails already read with other agents
Product: [Applications] kmail2 Reporter: mau <b-misc>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: normal    
Priority: NOR    
Version: 4.12.5   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description mau 2014-07-08 12:35:02 UTC
I have the following setup:
Several IMAP resources.
One local maildir resource.
Several filters which should move mails from the IMAP resources to the local maildir resource, when kmail is started/running.

The filters work great for mails which arrive when it runs.
If I start it e.g. in the evening, it moves some mails which I received during the day, but others stay in the IMAP inboxes. It seems that only "virgin" mails I didn't "touch" during the day get filtered/moved, while mails I have already read (e.g. in the web browser), stay in the inbox (even if I set them to unread again).

I found a similar bug report for a mail client from Mozilla [1], but not for kmail; they discuss this topic in detail, arguing that this was the expected behaviour earlier but that this is regarded as a bug today.

I think kmail's behaviour should be changed, since most people look at their mails also using portable devices or online.

Please move the report if it's handled by akonadi.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=566873

Reproducible: Always
Comment 1 Denis Kurz 2016-09-24 18:22:10 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 2 Denis Kurz 2017-01-07 22:34:19 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.