[Bug 286900] New: Applying filtering manually re-download all the messages

[Christophe Giboudeaux]

https://bugs.kde.org/show_bug.cgi?id=286900

           Summary: Applying filtering manually re-download all the
                    messages
           Product: kmail2
           Version: Git (master)
          Platform: Compiled Sources
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: NOR
         Component: filtering
        AssignedTo: kdepim-bugs at kde.org
        ReportedBy: cgiboudeaux at gmx.com


Using master. I'm not sure if this should be considered a kmail bug or a mail
filtering agent one.

Anyway, I have several disconnected imap accounts that were already fully
synced (so the email headers and bodies are supposedly already cached)

Now, I set up a filter which parse the full body and moves the matching
messages to another folder.

If the filter is applied, kmail/akonadi download all the messages again and
block the ui.

This behaviour is just wrong imo: if the filter is applied to a dimap account,
it should parse the cached data instead of redownloading everything again.

real life example: I've set up a filter which moves the messages with "has been
marked as a duplicate" and ran it on by bugzilla folder.

result: kmail is downloading more than 8000 messages again instead of using the
cached data. that also means kmail is unusable while the download is in
progress (more than one hour already...)


Expected:

- for dimap account, the headers and bodies are cached,
- for online imap, only the headers are cached,

So:
- manual filters should use the cache for both if the filter is based on the
headers,
- manual filters should use the cache for DIMAP (or maildir/mixedmaildir...)
accounts if the filters is based on the message body.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.