Bug 274594 - kmail2 filters/akonadi fetches the whole email (attachments) although it is not needed
Summary: kmail2 filters/akonadi fetches the whole email (attachments) although it is n...
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail2
Classification: Applications
Component: filtering (show other bugs)
Version: 2.0.96
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: investigated, triaged
Depends on:
Blocks:
 
Reported: 2011-05-31 12:43 UTC by S. Burmeister
Modified: 2018-10-27 03:39 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Burmeister 2011-05-31 12:43:03 UTC
Version:           2.0.96 (using KDE 4.6.3) 
OS:                Linux

I have set-up some filters that only refer to either the subject or the mailinglist id, yet never the actual content.

Yet if an email arrives in the imap inbox the whole email is downloaded while filtering instead of just downloading the headers and only start downloading the whole email in case it has to be moved to some local folder.

Reproducible: Didn't try
Comment 1 meyerm 2011-06-13 16:52:45 UTC
It's probably connected to bug #80802
Comment 2 Andre Heinecke 2011-06-17 17:19:52 UTC
This should be fixed by:
http://commits.kde.org/kdepim/b3414d2203a82c6ed68261579d6fa379cca08664
(Don't download new items if there are no relevant filters.)

Which is also part of kdepim 4.6.0
Comment 3 S. Burmeister 2011-07-03 09:22:25 UTC
Unfortunately not fixed.

Kmail 2.1.0 or akonadi still fetch the whole email, including attachements although I did not yet click on it, i.e. requested its content, and my filters do not require any part of the content but just the headers.

Happens on an imap account with incoming, i.e. new messages that kmail2 sees the first time.
Comment 4 S. Burmeister 2011-07-03 09:29:50 UTC
Oh, another proof why this has not been fixed.

If I wait until kmail2 has filtered all new emails, i.e. according to your claim does not download any attachments, and then click on such a new email with 10 MB of attachments, those attachments are available instantly, i.e. no download needed.

My internet connection is quite slow, so it would take some minutes to download that much. The fact that attachments are shown instantly clearly proves that this is done while filtering/the first time emails are pulled-in and not only after I clicked on the respective email.

View > Attachments is set to intelligent if that makes any difference, actually it should not. But I can try with different settings.

Also, while filtering I notice a long pause in which no messages are moved but data is transferred. The time this filtering blocks everything else fits the size of the attachments.
Comment 5 S. Burmeister 2011-07-03 09:32:10 UTC
Sorry, View > Attachments is set to "inline" and not "intelligent". (maybe "smart" in English)
Comment 6 Tobias Koenig 2012-02-11 23:34:04 UTC
Hej Sven,

does this still happen with the new mail filter agent in 4.8?
We have fixed all filters there to download the body only when it's needed.

Ciao,
Tobias
Comment 7 Andrew Crouthamel 2018-09-22 01:47:04 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Andrew Crouthamel 2018-10-27 03:39:08 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!