462266 - Message forwarded as EML not viewable in Gmail [Content-Disposition: Attachment]

Status: NEW

(Thunderbird :: Message Compose Window, defect)

Description

[Joe Sabash [:JoeS1]]

Forward any message as an attachment to a gmail user.

Since Gmail offers no way to view content if Content-disposition= Attachment the only choice of a Gmail user is to save it and open it with another program.

The problem is that "inline" has been the default "forever" and there is no way to change the disposition other than changing the pref in ConfigEditor.
pref("mail.content_disposition_type", 0);

Comment 1

[rsx11m]

This would be somewhat difficult to cover by the "intuitive" mechanism suggested in bug 452092 (originally from bug 65794 comment #79 and earlier). However, if based on the message/rfc822, or in general on the fact that a message is forwarded, this could be covered by a MIMI-type look-up table. The problem is also caused in part by the Gmail web interface, which is unable to render message attachments with an actual attachment content disposition.

I'm wondering if there are any strong use cases for forwarding a message as a "true" attachment, rather than using the message body for an introductory message and then having an inline representation of the original message, intended to show with that introduction. In this case, an inline disposition for forwarding as attachment could be just hardwired.

Comment 2

[Joe Sabash [:JoeS1]]

(In reply to comment #1)
> This would be somewhat difficult to cover by the "intuitive" mechanism
> suggested in bug 452092 (originally from bug 65794 comment #79 and earlier).
> However, if based on the message/rfc822, or in general on the fact that a
> message is forwarded, this could be covered by a MIMI-type look-up table. The
> problem is also caused in part by the Gmail web interface, which is unable to
> render message attachments with an actual attachment content disposition.

Certainly the fact that you are forwarding would seem to imply that you want the gmail recipient to be able to view the content. In gmails case that would have to be "inline"

> I'm wondering if there are any strong use cases for forwarding a message as a
> "true" attachment, rather than using the message body for an introductory
> message and then having an inline representation of the original message,
> intended to show with that introduction. In this case, an inline disposition
> for forwarding as attachment could be just hardwired.

I can't think of any, but I'm sure someone will. I think we must stay flexible to some degree on the issue.

Gmail seems to strictly respect the disposition, which led to some very strange results when I was toggling the pref. For instance for pref set=1 the disposition is set to attachment even for "inserted" images. If you then toggle and forward as an inline eml, the image shows inline, and also as a separate attachment.

Comment 3

[Brian Kennelly]

The problem here is not with the Content-Disposition of the attachment.  Gmail have no support for Content-Type: message/rfc822. 

Until Gmail add this support, you will need to forward messages to Gmail users in-line.

Comment 4

[Brian Kennelly]

OK. I see that they now support message/rfc822 when it has an inline disposition.  That did not work the last time I tried it.  

The downside is that you can no longer detach the full attached message, but it is displayed correctly, along with any nested attachments.

Comment 5

[rsx11m]

This is still a problem, reconfirmed per bug 312025 comment #90.

Comment 6

[Wayne Mery (:wsmwk)]

Does this still reproduce?

Comment 7

[Bogomil Shopov[:Bogomil]]

I was not able to reproduce it on 115.4.3 under Linux,

What I did:

• I forwarded two message as an attachment to a gmail account (one with rich HTML content)
• Views the attachment in an gmail window successfully.It showed the same content from a user perspective.