Text email with file attachement is not vissible/displayed although the source is available and complete
Categories
(Thunderbird :: Message Reader UI, defect)
Tracking
(Not tracked)
People
(Reporter: fictiefverzonnen, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36
Steps to reproduce:
I noticed that when a 3DUTF-8 email is received including a file attachement (.pdf) there is no content shown. I can see the sender and title etc. but neither the email content nor the file-attachement is vissible. The entire reader is just blank
I posted the content of the email below. Some parts are redacted (everything between double square brackets) because of privacy reasons of the sender (I hope it is enough of a template to reproduce the issue)
Return-Path: [[our email adress]]
[[bunch of receive headers]]
To: [[our email adress]]
From: [[sender]]
Subject: [[title]]
X-SENDER: Cronon EMS-Client
Date: [[date of receiving]]
Content-Type: multipart/mixed;
boundary="=_10272d472e91bc1d53dbc18e730b3f33"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0
Message-Id: [[message_id]]
X-CMAE-Analysis: v=2.3 cv=c6/Vvi1l c=1 sm=1 tr=0
a=8QzIMSb+6T6GI2IEutU56Q==:117 a=8QzIMSb+6T6GI2IEutU56Q==:17
a=3JhidrIBZZsA:10 a=uHJYF-HtSykr7tHsIToA:9 a=qMrqi6DrAAAA:8
a=pRCR8_njCmgq7Nw5VqsA:9 a=QEXdDO2ut3YA:10 a=g8-uRRAkIzDBbwfFbe4A:9
a=n3BslyFRqc0A:10 a=RgbwYPSB7CAA:10 a=B5B7oOlJqQ0A:10
a=FkDDHNSpNT9Ms6TQPqJx:22
X-Zimbra-Forwarded: [[our email adress]]
X-Online-CMAE-Analyze: v=2.2 cv=RK/DJ8q+ c=1 sm=1 tr=0
a=Gg5wYjr8WGmTXmqARiJq4w==:117 a=LzuQp3J52Lvk6evhO9i8sQ==:17
a=3JhidrIBZZsA:10 a=qMrqi6DrAAAA:8 a=fTuabuIJFMSrZoOWwsAA:9
a=FkDDHNSpNT9Ms6TQPqJx:22
This is a message in Mime Format. If you see this, your mail reader does n=
ot support this format.
--=3D_10272d472e91bc1d53dbc18e730b3f33
Content-Type: text/plain; charset=3DUTF-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
[[The content of the email in correct 3DUTF-8 encoding (as far as I could check)]]
--=3D_10272d472e91bc1d53dbc18e730b3f33
Content-Type: application/pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=3D"Some.pdf"
[[The entire file Base64-encoded]]=3D=3D
--=3D_10272d472e91bc1d53dbc18e730b3f33--
Actual results:
There is no content shown. I can see the sender and title etc., but neither the email contant nor the file-attachement.
Expected results:
I expected to see the full email content and attachements. As I can see it with other email clients (including the hosts own online viewer).
|
||
Comment 1•6 years ago
|
||
Hmm, e-mail display incl. attachments usually works. You reported the bug for TB 60, right, not TB 68. In TB 68 there is an attachment-related issue which should be fixed soon.
I assume you're using IMAP? Is the folder synchronised for offline use? Do you use any add-ons? If so, can you try with add-ons disabled, see Help menu.
As for an update, I didnt realize automatic update was on. So this issue is actually for version TB68.1.1 , although it also existed with the TB60.* versions (not sure which minor-version though, but it has been around for over a year now).
As of right now I have 2 versions at my disposal on two separate systems. one is on TB60.9.0 , the other on TB68.1.1 . The latest version shows no content, while the older versions does.
Since the posting of this issue the newer version updated to 68.1.1 after which no installed extension/addon was compatible. But just to be sure I restarted with all extensions/addons disabled, but no result.
As for the extra info, yes it is IMAP and not enabled for offline use. But no there are no connectivity issues, as other emails are displayed correctly.
lastly (just to make sure), the email content itself is also not displayed. Not sure if that fits the discription of the already known attachement-related issue?
|
|
||
Comment 3•6 years ago
|
||
The only way forward here is to make the e-mail that doesn't display available to me. You can find my e-mail address by hovering "Jorg K" and send it to me as attachment (including the attachment).
|
|
||
Comment 4•6 years ago
|
||
I've received the message in question via a private message. In hindsight, that wasn't necessary since the total corruption can already be seen in the headers here:
Content-Type: multipart/mixed;
boundary="=_10272d472e91bc1d53dbc18e730b3f33"
which doesn't match the message:
--=3D_10272d472e91bc1d53dbc18e730b3f33
Content-Type: text/plain; charset=3DUTF-8
Somehow the part separator has a = and that got QP encoded, just as the charset, so charset=3DUTF-8 instead of charset=UTF-8.
Sorry, this is so bad, that I doubt any client will display this correctly.
Description
•