Attachments are not displayed for some emails

Description

Attachments are not displayed for some emails.

To Reproduce…

Steps to reproduce the behavior:

  1. Open any email that has an attachment
  2. Email does not display attachments anywhere (in reading pane, in list, or after opening the email in new window)

Expected Behavior

Email should show attachment

Screenshots

This email has a 3 MB attachment but doesn’t show it anywhere.

image

image

image

Setup

  • OS and Version: Ubuntu 18.04
  • Mailspring Version: 1.7.5

Additional Context

  • It appears to be random as some emails display attachments but others don’t.
  • The issue seems to have started with a recent update as it didn’t occur before.
  • Tried doing a fresh install of Mailspring on another system (tried both the DEB and Snap versions) and they exhibit the same problem.

(Originally posted by teejee2008 on GitHub.)

Hey @teejee2008 — thanks for reporting this! I don’t think I’ve seen this happen before. I appreciate you dong a second install on another system, that rules out the app being unable to write to the filesystem to save files, etc.

Could you try opening that email in Mailspring, and then clicking in the whitespace to the left of the Reply button?

image

There’s a small hidden menu there with an option to “Show Original”. If you click that, it’ll open the RFC2822 message (the raw MIME from your mail server).

Inside there, you should see a structure something like this:

Content-Type: multipart/related; boundary="000000000000b0e5ba05a3e7e21e"

--000000000000b0e5ba05a3e7e21e
Content-Type: multipart/alternative; boundary="000000000000b0e5b705a3e7e21d"

--000000000000b0e5b705a3e7e21d
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<possible plaintext version of email>

--000000000000b0e5b705a3e7e21d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<possible HTML version of email>

--000000000000b0e5b705a3e7e21d--
--000000000000b0e5ba05a3e7e21e
Content-Type: image/png; name="image.png"
Content-Disposition: attachment; filename="image.png"
Content-Transfer-Encoding: base64
X-Attachment-Id: ii_k9bu89js0
Content-ID: <ii_k9bu89js0>

<attachment content>

If you could post the general shape you see in your email that’ll help me narrow this down and create a test case to reproduce it. It’d be super helpful if you could send me the entire text of that raw MIME message to ben@foundry376.com, but I understand the backup in this screenshot might be sensitive data so that’s fine!

Update

Ahh one more question—is there any chance this attachment is a plain text file? We recently added support for plaintext message viewing / replying in Mailspring, and it’s possible that the app now thinks the plaintext is a separate “version” of the message body, not an attachment. I haven’t seen that happen, but if this didn’t occur until recently there’s actually a pretty narrow set of things that could cause it.


(Originally posted by bengotow on GitHub.)

I have emailed you the raw data. The raw data shows the attachment in the message.

The attachment is a TAR+XZ archive 3 MB in size. I have other emails with similar attachments that display properly.


(Originally posted by teejee2008 on GitHub.)