Opened 2 years ago
Closed 2 years ago
#1487750 closed Bugs (fixed)
Attachments inaccessible/wrong state displayed
| Reported by: | LonelyPixel | Owned by: | |
|---|---|---|---|
| Priority: | 3 | Milestone: | 0.5.1 |
| Component: | MIME parsing | Version: | 0.5 |
| Severity: | minor | Keywords: | |
| Cc: |
Description
I have some e-mails in my inbox that have attachments, but there is no paperclip icon next to some of them. For one e-mail I don't even see the attachment, so it's totally inaccessible. Another e-mail doesn't have an attachment, but the paperclip is there.
What information do you need to fix this?
Change History (7)
comment:1 Changed 2 years ago by thomasb
- Milestone changed from 0.5.1 to 0.6-beta
- Severity changed from major to minor
comment:2 Changed 2 years ago by LonelyPixel
The e-mails contain data that does not belong into the public. Where can I send you the messages so that they can be processed privately by the developers?
comment:3 Changed 2 years ago by alec
You can send it to me (alec at alec.pl) or just clean sesitive information from the message body.
comment:4 Changed 2 years ago by LonelyPixel
Attaching files to this bug fails with a Trac error that tells me I'm spamming. I'm sending you the files directly. The eml files are somewhat cleaned. The e-mail addresses in them are minimised and the base64 encoding of the attachments may be broken.
comment:5 Changed 2 years ago by alec
You've sent me 3 messages:
- [fc-ER] franken tipp: which is displayed correctly.
- Interessanter Vortrag (fwd): problem with upper case letters in content-type. Fixed in [62481f34].
- WG: Leserbriefe vom 24. Januar 2011: This one has wrong format. Contains pdf attachment as related part
Content-Type: multipart/related; boundary="----=_NextPart_000_0004_01CBBBB7.5F4BE610" This is a multi-part message in MIME format. ------=_NextPart_000_0004_01CBBBB7.5F4BE610 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0005_01CBBBB7.5F4BE610" ------=_NextPart_001_0005_01CBBBB7.5F4BE610 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_001_0005_01CBBBB7.5F4BE610 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_001_0005_01CBBBB7.5F4BE610-- ------=_NextPart_000_0004_01CBBBB7.5F4BE610 Content-Type: application/pdf; name="Leserbriefe 24. Januar 2011.pdf" Content-Transfer-Encoding: base64 Content-ID: <1__=4EBBF2B1DFA53AEE8f9e8a93df@pressenetz.de> ------=_NextPart_000_0004_01CBBBB7.5F4BE610--
I'll check if we can fix this too.
comment:6 follow-up: ↓ 7 Changed 2 years ago by LonelyPixel
The first message has a paperclip icon displayed in the message list, but there is no attachment listed. Do you know where it comes from?
The last one with multipart/related comes from "Microsoft Outlook 12". It may be that Microsoft has once again its own interpretation of MIME, but I think this is a pretty common mail client so its mails should be readable again. After reading en.wikipedia about multipart/related, I don't see why such parts should not be listed.
I can confirm that the change in [62481f34] works for me.
comment:7 in reply to: ↑ 6 Changed 2 years ago by alec
- Milestone changed from 0.6-beta to 0.5.1
- Resolution set to fixed
- Status changed from new to closed
Replying to LonelyPixel:
The first message has a paperclip icon displayed in the message list, but there is no attachment listed. Do you know where it comes from?
There's a text/plain attachment so it's displayed under the message body.
The last one with multipart/related comes from "Microsoft Outlook 12". It may be that Microsoft has once again its own interpretation of MIME, but I think this is a pretty common mail client so its mails should be readable again. After reading en.wikipedia about multipart/related, I don't see why such parts should not be listed.
Fixed in [02b6e614]. For performance reasons attachment image will be not displayed on messages list.

We need these mails. Save the messages as .eml files and attach them here.