From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.bugs
Subject: bug#74624: 29.4.50;
 Gnus cannot parse some filenames(UTF8) in an attachment
Date: Sat, 30 Nov 2024 18:20:18 +0200
Message-ID: <86ed2s7kxp.fsf@gnu.org>
References: <87v7w44srm.fsf@localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="22205"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: 74624@debbugs.gnu.org
To: Konstantin <reich-cv@yandex.ru>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 30 17:21:27 2024
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1tHQDm-0005e3-Uu
	for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Nov 2024 17:21:27 +0100
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <bug-gnu-emacs-bounces@gnu.org>)
	id 1tHQDZ-0006bL-N2; Sat, 30 Nov 2024 11:21:13 -0500
Original-Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1tHQDS-0006aV-DL
 for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 11:21:06 -0500
Original-Received: from debbugs.gnu.org ([2001:470:142:5::43])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1tHQDQ-0004kh-61
 for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 11:21:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=debbugs.gnu.org; s=debbugs-gnu-org; 
 h=MIME-version:References:In-Reply-To:From:Date:To:Subject;
 bh=OlH0S5ae4gC6y2vbfmEnwYirubgVgSVZRxEfiZEqJBw=; 
 b=dBTvbwGIU7k02dtqhTv3CTrCel8SD1nBUC3eybgZrCxmFig9iyYAKSBkZDshP0OHjRwVQ4DkpE6enN6rzAflTmKqWGFqCm7h/Kim83spuoCOpEuUFb43wU6neSTXQ1ES2XQmI7XPcRsijb4IiNIUK+s0MAxLEm8Uwp740p0cNNXsgU1grFx3TYvNBY//PQM9esw78KIm/uT08A2rM/UOMamkjBnOf51d/pbDdtKj8UG0bNy1/D6BBXzkbOQlqH5FK2r1iCHY5v3gvop/e2J9qShUVo4rGZQqCK+vpx4ptwKLhUnQ7Pr73SgEoBDbOSVkh+idwkUuHfYb/rAVYiNjdg==;
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1tHQDQ-0002Tv-0T
 for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 11:21:04 -0500
X-Loop: help-debbugs@gnu.org
Resent-From: Eli Zaretskii <eliz@gnu.org>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Sat, 30 Nov 2024 16:21:03 +0000
Resent-Message-ID: <handler.74624.B74624.17329836299434@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 74624
X-GNU-PR-Package: emacs
Original-Received: via spool by 74624-submit@debbugs.gnu.org id=B74624.17329836299434
 (code B ref 74624); Sat, 30 Nov 2024 16:21:03 +0000
Original-Received: (at 74624) by debbugs.gnu.org; 30 Nov 2024 16:20:29 +0000
Original-Received: from localhost ([127.0.0.1]:48386 helo=debbugs.gnu.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
 id 1tHQCq-0002S4-Uj
 for submit@debbugs.gnu.org; Sat, 30 Nov 2024 11:20:29 -0500
Original-Received: from eggs.gnu.org ([209.51.188.92]:41134)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@gnu.org>) id 1tHQCp-0002Rq-5K
 for 74624@debbugs.gnu.org; Sat, 30 Nov 2024 11:20:27 -0500
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@gnu.org>)
 id 1tHQCj-0004cx-Qq; Sat, 30 Nov 2024 11:20:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=OlH0S5ae4gC6y2vbfmEnwYirubgVgSVZRxEfiZEqJBw=; b=g/bjvy5MK8R3ert41FtE
 H757ei53VJHHXjHk7+e6M2JqrzXl9iQ/wxvguK07o7u2OhvotvdpMd6BQEQmag5QxHaNz1AX82Gwz
 wAptnXVb22X7oRK4HASyDl9X7g8nBpQPnt6FKFDb8OojlRr7UnEIfWGRM6cJpdteNUWcz+4CJBqND
 UIwIhWZwEQyaJ8K3ZfHzUxGYuODGjGAIIo1PdZDBjWpo6cN0lSZCKUHBCm/1zUuhC1pneWW0h7htc
 i76aQOOAsGtQGZdsbko8YccQ7RIpI7aOqWTjsrjN2RtcCE2cMjWDBRIQVIM9jvhfvUHVonRg2bHJW
 C6xToDdIj4tW5w==;
In-Reply-To: <87v7w44srm.fsf@localdomain> (message from Konstantin on Sat, 30
 Nov 2024 18:59:25 +0300)
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
 the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Xref: news.gmane.io gmane.emacs.bugs:296173
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/296173>

> From: Konstantin <reich-cv@yandex.ru>
> Date: Sat, 30 Nov 2024 18:59:25 +0300
> 
> >From time to time i get emails with attachments from my colleges, which they send from
> "Roundcube" web-interface. 
> 
> Often, i cannot open these attachments by =RET=(gnus-article-press-button)
> or save them =o=(gnus-mime-save-part) with correct name.
> (interestingly =X-m=(gnus-summary-save-parts) works correctly)
> 
> The reason is gnus cannot parse correctly some attached filenames.
> 
> The example of such attachment (I took it from gnus-summary-show-raw-article)
> 
>  --=_d38c0abddd645077f401d42fa430d9d5
> Content-Transfer-Encoding: base64
> Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document;
>  name="=?UTF-8?Q?=D0=9E=D0=B1=D0=B7=D0=BE=D1=80_2024_=28=D0=BD=D0=B0_=2Ed?=
>  =?UTF-8?Q?ocx?="
> Content-Disposition: attachment;
>  filename*0*=UTF-8''%D0%9E%D0%B1%D0%B7%D0%BE%D1%80%202024%20%28%D0%BD%D0;
>  filename*1*=%B0%20.docx;
>  size=10
> 
> c2Rmc2FmYXNmCg==
> --=_d38c0abddd645077f401d42fa430d9d5--
> 
> I have tried to examine the reason. As i see it,  
> gnus-data for such attachment is formed incorrectly:
> 
> (#<buffer  *mm*-480444>
>      ("application/vnd.openxmlformats-officedocument.word..."
>      (name . "Обзор 2024 (на .docx"))
>      base64 nil
>      ("attachment" (size . "10")
>      (filename . "Обзор 2024 (н\320")) nil nil nil)
> 
> One can see that the filename is broken.
> It should be "Обзор 2024 (на .docx" just like the name.

It looks like Gnus fails to decipher the file name when it is split in
the middle of a UTF-8 sequence.

I don't know Gnus.  If you can help me by showing where the value of
'gnus-data property is calculated, I might be able to find the bug and
suggest a fix.

Thanks.