bug#37555: mml-attach-file ascii, big5

bug#37555: mml-attach-file ascii, big5

[積丹尼 Dan Jacobson]

I used C-c C-a mml-attach-file and filled in the description with "提案"
and instead of 100% UTF we see ascii and big5 mentioned below.

Content-Type: text/html; charset=utf-8
Content-Disposition: inline; filename=DJ1.html
Content-Transfer-Encoding: 8bit
Content-Description: =?us-ascii?Q?=3D=3Fbig5=3FB=3F0Eg=3D=3F=3D?=

See my https://jidanni.org/comp/configuration

Gnus v5.13
GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.11)
 of 2019-09-23, modified by Debian

bug#37555: mml-attach-file ascii, big5

[Eli Zaretskii]

> From: 積丹尼 Dan Jacobson
>  <jidanni@jidanni.org>
> Date: Mon, 30 Sep 2019 00:23:32 +0800
> 
> I used C-c C-a mml-attach-file and filled in the description with "提案"
> and instead of 100% UTF we see ascii and big5 mentioned below.

Why is that a problem?  The attachment should arrive intact to the
other side, that's the only important thing, no?

bug#37555: mml-attach-file ascii, big5

[Lars Ingebrigtsen]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: 積丹尼 Dan Jacobson
>>  <jidanni@jidanni.org>
>> Date: Mon, 30 Sep 2019 00:23:32 +0800
>> 
>> I used C-c C-a mml-attach-file and filled in the description with "提案"
>> and instead of 100% UTF we see ascii and big5 mentioned below.
>
> Why is that a problem?  The attachment should arrive intact to the
> other side, that's the only important thing, no?

The description shouldn't be mangled like that, though.  It looks like
it's been encoded twice:

Content-Description: =?us-ascii?Q?=3D=3Fbig5=3FB=3F0Eg=3D=3F=3D?=

There's a big5 base64 text in there that's then been qp-encoded and
marked as ASCII.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#37555: mml-attach-file ascii, big5

[積丹尼 Dan Jacobson]

>>>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:

EZ> Why is that a problem?  The attachment should arrive intact to the
EZ> other side, that's the only important thing, no?

The Description is getting mangled!

A mangled Description will make the user look unprofessional to his superiors.

bug#37555: mml-attach-file ascii, big5

[積丹尼 Dan Jacobson]

[-- Attachment #1: Type: text/plain, Size: 60 bytes --]

And, adding some text above it,

希望臨時提案：


[-- Attachment #2: 粀 --]
[-- Type: text/html, Size: 684 bytes --]

[-- Attachment #3: Type: text/plain, Size: 200 bytes --]


causes:

[1. text/plain]
希望臨時提案：

[2. 粀 --- text/html; DJ1.html]
    ^^WRONG CHARACTER... 提案 has become just 粀.

As seen here:

Content-Description: =?big5?B?0Eg=?=

bug#37555: mml-attach-file ascii, big5

[Eli Zaretskii]

> From: 積丹尼 Dan Jacobson <jidanni@jidanni.org>
> Cc: 37555@debbugs.gnu.org
> Date: Mon, 30 Sep 2019 01:23:07 +0800
> 
> >>>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:
> 
> EZ> Why is that a problem?  The attachment should arrive intact to the
> EZ> other side, that's the only important thing, no?
> 
> The Description is getting mangled!

But that's not what you said in your original complaint: there you
said the problem was that "instead of 100% UTF we see ascii and big5
mentioned below".  And that is what you replied to.

bug#37555: mml-attach-file ascii, big5

[積丹尼 Dan Jacobson]

>>>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:

EZ> But that's not what you said in your original complaint: there you
EZ> said the problem was that "instead of 100% UTF we see ascii and big5
EZ> mentioned below".  And that is what you replied to.

In this bug report the only thing I am talking about is what happens to
the zzzz of
... disposition=attachment description=zzzz ...

bug#37555: mml-attach-file ascii, big5

[Lars Ingebrigtsen]

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> Content-Description: =?us-ascii?Q?=3D=3Fbig5=3FB=3F0Eg=3D=3F=3D?=

This is now fixed on the trunk.  I sent myself an attachment with the
string in question as the description, and I now get:

[1. 提案 --- image/jpeg; rms.jpg]...

So I'm closing the bug report -- if you're still seeing this, please
reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no