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
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.
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
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.
> 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)
(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'
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)
*** This bug has been confirmed by popular vote. ***
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.
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.