wasm-demo/demo/ermis-f/imap-protocol/cur/1600095000.22617.mbox:2,S

46 lines
1.7 KiB
Plaintext

MBOX-Line: From jkt at flaska.net Tue Nov 25 02:31:29 2014
To: imap-protocol@u.washington.edu
From: =?iso-8859-1?Q?Jan_Kundr=E1t?= <jkt@flaska.net>
Date: Fri Jun 8 12:34:53 2018
Subject: [Imap-protocol] =?iso-8859-1?q?GMail_and_Content-Type=3A_text/x-p?=
=?iso-8859-1?q?atch=2C_Content-Disposition=3A_inline=3B_filename?=
=?iso-8859-1?q?=3Dblah=2Epatch?=
Message-ID: <74f73395-7fb8-4809-ba03-9209bb653322@flaska.net>
Hi Brandon,
I was talking with Gerrit's developers about how to improve the e-mails
they generate (Gerrit is a patch review system tightly integrated with
Git). They told me that GMail's web interface doesn't show the patch
inline, as requested. Here's how the generated e-mail looks like:
* Content-Type: multipart/mixed
|
+--* Content-Type: text/plain; charset=utf-8; format=flowed
| (the textual description)
|
+--* Content-Type: text/x-patch
Content-Disposition: inline; filename=0001-blah-blah.patch
Content-Transfer-Encoding: base64
(the patch goes here)
What I was hoping to achieve was a display of both parts in sequence, as if
the e-mail was embedded into the main textual body part. What I got back
instead is the rendering shown in the attached image.
Is there something I could do to let GMail render the patch as-is, without
extra clicking, while at the same time making it possible to open the patch
in an external viewer by other clients?
With kind regards,
Jan
--
Trojit?, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: inline.png
Type: image/png
Size: 40308 bytes
Desc: not available
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20141125/f709f82e/attachment.png>