Bug 448340

Summary: Contents of mime parts wrapped inside multipart/related are not shown
Product: [Applications] kmail2 Reporter: Ivan S. J. <isj-bugzilla>
Component: message listAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED FIXED    
Severity: normal CC: scheiter
Priority: NOR    
Version: 5.14.2   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:

Description Ivan S. J. 2022-01-13 00:04:07 UTC
SUMMARY
Attached images in emails from applemail don't always show up - neither as inline images nor as attachments. The example email structure below is also initially shown as plain text. When toggling folder->message default format -> "prefer html to plaint text" to plain text and then back, the attached image and html payload is shown.


STEPS TO REPRODUCE
1. Receive email from applemail with attached image.
2. Navigate to that email.

OBSERVED RESULT
The text/plain option is shown regardless of the preference for HTML. The attachment is not shown nor indicated.
Navigating to another email and back again resets to the view to just showing the text/plain part (and no attachment).
The attachment is not indicated in the message list with a paper clip either.


EXPECTED RESULT
text/html potion should be shown. Attached image should be shown inline or as attachment.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: OpenSuse 15.2
(available in About System)
KDE Plasma Version: 5.18.6
KDE Frameworks Version: 5.71.0
Qt Version: 5.12.7

ADDITIONAL INFORMATION
I think the tricky bit is that the text/html portion is wrapped in a multipart/related section

Example message structure in apple-email:

Content-Type: multipart/alternative;
	boundary="Apple-Mail=_94C83921-FCDD-4332-8B84-399EFA3F5914"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\))

--Apple-Mail=_94C83921-FCDD-4332-8B84-399EFA3F5914
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

--Apple-Mail=_94C83921-FCDD-4332-8B84-399EFA3F5914
Content-Type: multipart/related;
	type="text/html";
	boundary="Apple-Mail=_B39D790E-FEC1-4CB1-B569-0E6E803B8B60"

--Apple-Mail=_B39D790E-FEC1-4CB1-B569-0E6E803B8B60
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

--Apple-Mail=_B39D790E-FEC1-4CB1-B569-0E6E803B8B60
Content-Transfer-Encoding: base64
Content-Disposition: inline;
	filename="Screen Shot 2022-01-12 at 12.34.46 PM.png"
Content-Type: image/png;
	name="Screen Shot 2022-01-12 at 12.34.46 PM.png"
Content-Id: <25DB95B9-09D0-45A2-91DD-998FE82401FB>

--Apple-Mail=_B39D790E-FEC1-4CB1-B569-0E6E803B8B60--

--Apple-Mail=_94C83921-FCDD-4332-8B84-399EFA3F5914--
Comment 1 Lars Scheiter 2023-02-20 07:28:42 UTC
This does not only affect Applemail. Thunderbird and even KMail itself can compose Mails KMail can't propperly display!

I tried to reproduce this behavior and composed a HTML-Mail (richtext) and embeded a jpg. The send folder contained my composed mail. While clicking that mail and switching between HTML and cleartext view my attachment magically disappeared.

In HTML-View only a broken Image Icon is displayed. Changing the Attachment view or Theme does not change this behavior. 

But now comes the "fun part": During my testst this only happenend when kmail was embedded into kontact. Starting kmail as a standalone app does not show this bug! (well, at least in my tests)
Comment 2 Lars Scheiter 2023-03-05 13:18:11 UTC
With the most recent kdepim update (kontact 22.12.3 on Fedora Kinoite) the problem seems to be fixed, thank you!