Version: 4.8 (using Devel) OS: Linux KMail did not display some older E-Mails. I can only se the header of the mail. This is only for the IMAP happend. The IMAP is configured for offline use. Reproducible: Always Steps to Reproduce: Select an older E-Mail from a IMAP folder. View the E-Mail at the Quickview or open it. Actual Results: Only the header (from, to, spam status etc.) displayd. Body and atachmend did not show. Expected Results: Show body an Atachmend too. OS: Linux (x86_64) release 3.1.0-1.2-desktop Compiler: gcc
I have the same problem, except that the body disappears for random messages. The body and attachmend does not disappear from the server unless the message is copied to another IMAP or local folder. Refreshing the folder does not change anything. The IMAP is configured for offline use. Version: 4.8.0 OS: Linux (x86_64) 3.1.9-1.4-desktop
I have a similar problem. It happen random and on a new message incoming in my IMAP Account. It happen on Local Folder too. Info: $ rpm -q kdepim kdepim-4.8.1-3.fc16.x86_64
Same problem here, with OpenSuSE 12.2 and kdepim4-4.9.3-361.1.x86_64. I tried changing the account settings to disable the offline mode but the issue persisted. When selecting the email, the preview pane quickly flashes a message (probably telling it is trying to fetch the mail, but I don't have the time to read it), then shows a blank message. Displaying the message's source only shows the headers.
Should be fixed now (for 4.12). Missing message bodies are fetched since 4.11, and I just improved handling of offline accounts. commit f0d85b1477dcf5a1a084e6715aa727da550ca2d0 Author: David Faure <faure@kde.org> Date: Tue Nov 19 23:06:38 2013 +0100 Rework "offline page" logic. Pre-akonadi logic was to check for imap resource and check its offline status, when clicking on a mail. New logic is rather: always try to fetch mail (it could be cached, after all), and only on error, check if resource (of any type) is offline, and then show error page. The main bonus of this patch is that it removes the "early return" in case of offline mode, which led to a much slower folder-switching in the messagelist.