Bug 266429 - [IMAP] Large mail not displayed after download
Summary: [IMAP] Large mail not displayed after download
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-16 09:29 UTC by Franz Trischberger
Modified: 2017-01-07 22:31 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Franz Trischberger 2011-02-16 09:29:43 UTC
Version:           unspecified (using KDE 4.6.0) 
OS:                Linux

When the download of an EMail takes too long (non-cached IMAP), kmail2 does not display the mail after the download finished.
We have a slow internet-connection (~45Kb/s). Mails with a size less then 1Mb work without a problem, larger then 1MB they make problems. I need to click on another mail and show the first one again, this time it gets displayed instantaniously.

KMail should display those Mails immediately after download.

Problem exists with all IMAP-Accounts (web.de, googlemail, udmedia.de)

Reproducible: Always
Comment 1 Panard 2011-06-14 21:03:05 UTC
I'm experiencing the same bug (non-cached IMAP; dovecot server) with kmail 2.1.0:
if the mail is larger than 2Mb, I got notification saying "Error while creating item : unknown error (NO Unable to add item part).

I found no way to display such messages within kmail2...

Please tell me which additionnal info you may need.
Comment 2 Michal Wazgird 2011-06-19 23:15:25 UTC
Today kamil stopped displaying me content of my inbox folder.
When I started investigating it in akonadiconsole i got:

AkonadiConsole Browser Widget (0x8335c38) 18 SELECT SILENT 198 
AkonadiConsole Browser Widget (0x8335c38) 18 OK Completed 
AkonadiConsole Browser Widget (0x8335c38) 19 FETCH 1:* FULLPAYLOAD ANCESTORS INF EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 
akonadi_mixedmaildir_resource_3 (0x8315990) 91141 UID FETCH 43578 CACHEONLY ANCESTORS INF EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 
akonadi_mixedmaildir_resource_3 (0x8315990) * 43578 FETCH (UID 43578 REV 2 REMOTEID "1273009967.3364.uaGOH:2,S" MIMETYPE "message/rfc822" COLLECTIONID 198 SIZE 2126 DATETIME "19-Jun-2011 20:50:45 +0000" FLAGS (\SEEN) ANCESTORS ((198 "inbox") (187 "/home/cyryl/.kde4/share/apps/kmail/mail") (0 ""))) 
akonadi_mixedmaildir_resource_3 (0x8315990) 91141 OK UID FETCH completed 
akonadi_mixedmaildir_resource_3 (0x8315990) 91142 UID STORE 43578 NOREV (REMOTEID "1273009967.3364.uaGOH:2,S" PLD:HEAD[1] {1920} 
akonadi_mixedmaildir_resource_3 (0x8315990) + Ready for literal data (expecting 1920 bytes) 
akonadi_mixedmaildir_resource_3 (0x8315990) + Ready for literal data (expecting 206 bytes) 
akonadi_mixedmaildir_resource_3 (0x8315990) + Ready for literal data (expecting 33998759 bytes) 
akonadi_mixedmaildir_resource_3 (0x8315990) 91142 NO Unable to add item part 
AkonadiConsole Browser Widget (0x8335c38) 19 NO Unable to fetch item from backend
Comment 3 S. Burmeister 2011-07-15 00:12:23 UTC
Please do not mix things. This bug is only about kmail2 not displaying large messages after finishing to download them. Comment 2 and 3 have nothing to do with that.

I can confirm that kmail2 does not change the preview pane after the message has beend completely downloaded. Double-clicking the message in the message view or changing to another message and back displays it. (which is why comment 2 has nothing to do with this bug)

So the bug is that kmail 2 is not notified that the download finished or ignores that notification and thus does not change its UI accordingly.
Comment 4 Christophe Marin 2011-07-15 10:05:20 UTC
> Mails with a size less then 1Mb work without a problem, larger then 1MB they make problems.

I suspect this is related to what Kevin fixed with http://commits.kde.org/akonadi/defb52abc51ba60544257c91895fc29ff9af8dff (will be part of Akonadi 1.6.0)

Can you check if useExternalPayload is false in ~/.config/akonadi/akonadiserverrc

If it is,
- Stop the Akonadi server (akonadictl stop)
- Delete this line
- Restart the akonadi server (akonadictl start)
Comment 5 Christophe Marin 2011-07-15 10:07:10 UTC
(In reply to comment #4)
> > Mails with a size less then 1Mb work without a problem, larger then 1MB they make problems.
> 
> I suspect this is related to what Kevin fixed with
> http://commits.kde.org/akonadi/defb52abc51ba60544257c91895fc29ff9af8dff (will
> be part of Akonadi 1.6.0)
> 
> Can you check if useExternalPayload is false in
> ~/.config/akonadi/akonadiserverrc

correction, the line is just called 'ExternalPayload'
Comment 6 Franz Trischberger 2011-07-16 09:22:44 UTC
I did an update to akonadi-server-1.6.0 and kdepim-4.6.1.
I did not have ExternalPayload in my current akonadiserverrc (I had to wipe out akonadi-configs as there was an issue - don't know exactly anymore, when and what, but new configs were the solution.)

BUT:
The mentioned change in 1.6.0 did NOT fix this issue! Still showing the "Retrieving Folder Contents" page, although the mail was downloaded successfully.

(And now I have a completely english kmail, german translations are not loaded... Finally cought this bug, too :D)
Comment 7 Aaron Williams 2012-01-07 02:39:32 UTC
*** This bug has been confirmed by popular vote. ***
Comment 8 Denis Kurz 2016-09-24 17:56:09 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 9 Denis Kurz 2017-01-07 22:31:31 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.