Bug 319467 - 'load external content' does not always work
Summary: 'load external content' does not always work
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: UI (show other bugs)
Version: 5.3.2
Platform: OpenSUSE Linux
: NOR normal (vote)
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-07 13:32 UTC by Axel Braun
Modified: 2017-01-14 18:42 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
example mail (180.75 KB, application/mbox)
2013-05-07 13:34 UTC, Axel Braun
Details
mail displayed as text, although HTML is available (32.05 KB, image/png)
2016-12-13 07:51 UTC, Axel Braun
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Braun 2013-05-07 13:32:49 UTC
In between KMail offers the option to load external content, e.g for HTML-mails

This works mostly, but for some senders (like the attached) it does not work, although the sender is in the address book and the flag is set accordingly.

I noticed additionally that the sender has to be in the local contacts list. it does not work e.g. for a sender stored in the google address book

Reproducible: Always

Steps to Reproduce:
1. load a mail from Handelsblatt
2.
3.
Comment 1 Axel Braun 2013-05-07 13:34:11 UTC
Created attachment 79754 [details]
example mail
Comment 2 Laurent Montel 2013-05-30 09:07:43 UTC
For me it's perhaps a pb with indexing addressbook from google.
Need to reaffect to google resource
Comment 3 Axel Braun 2013-05-30 10:45:01 UTC
Laurent, in this case I had the address in my local addressbook. So it has to do with the mail/content
Comment 4 Laurent Montel 2013-05-30 11:21:59 UTC
I don't understand your bug:
It's in local addressbook ? or google addressbook ?
Comment 5 Axel Braun 2013-05-30 11:37:07 UTC
Both.
- the attached mail does not load, if sender is in local addressbook (other mails may load)
- If the sender is in google addressbook, no mails load, as the flag gots removed on replication/sync with Google
Comment 6 Daniel Vrátil 2013-05-31 23:08:06 UTC
Not a Google resource issue. X-KADDRESSBOOK-MailAllowToRemoteContent is flag is stored on Google server (thus preserved).

This feature is most probably broken in KMail:

1) get a multipart/alternative email with remote images
2) add sender to local OR remote (like Google Contacts) addressbook
3) edit the contact, check "Allow remote content"
4) open the email from 1), click to display HTML version (if you don't have HTML format as preferred)

Actual result:
Remote resources are not automatically loaded

5) click the red rectangle "To load remote references click here"
6) right-click the message, select "Save Display Format"
7) select another message
8) go back to the previous message

Actual result:
HTML version is loaded, remote resources are not loaded and the red rectangle "To load remote references click here" is not displayed.

Workaround:
Just left-click the "HTML Message" bar on left, images will be fetched.
Comment 7 Axel Braun 2013-08-27 07:53:23 UTC
still an issue in 4.11.0
Comment 8 Axel Braun 2014-08-01 09:10:49 UTC
I upgraded from 4.11.5 (where the load of external data worked for some mails, sender of these mails is in address-book) to 4.13.3. 

Now loading of HTML content does not work anymore at all!
Comment 9 Denis Kurz 2016-09-24 18:23:39 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 10 Axel Braun 2016-12-13 07:50:13 UTC
Bug is still present in KMail 5.3.2, and worse than before. See as well:
https://bugzilla.opensuse.org/show_bug.cgi?id=1012042

Despite some mails are having text- and HTML-part, only text part is displayed (KMail-Setting is 'Display HTML-mail!), see screenshot
Comment 11 Axel Braun 2016-12-13 07:51:02 UTC
Created attachment 102759 [details]
mail displayed as text, although HTML is available