From unknown Wed Jun 18 23:11:28 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#4624 <4624@debbugs.gnu.org> To: bug#4624 <4624@debbugs.gnu.org> Subject: Status: 23.1.50; rmail-edit may add incorrect content-type header Reply-To: bug#4624 <4624@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:11:28 +0000 retitle 4624 23.1.50; rmail-edit may add incorrect content-type header reassign 4624 emacs submitter 4624 Markus Rost severity 4624 normal thanks From rost@math.uni-bielefeld.de Sat Oct 3 07:55:26 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 3 Oct 2009 14:55:26 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.8 required=4.0 tests=AWL,FOURLA,IMPRONONCABLE_1, MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n93EtOQh003773 for ; Sat, 3 Oct 2009 07:55:25 -0700 Received: from mx10.gnu.org ([199.232.76.166]:35350) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Mu616-0001tN-7H for emacs-pretest-bug@gnu.org; Sat, 03 Oct 2009 10:55:24 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Mu614-00025r-Tw for emacs-pretest-bug@gnu.org; Sat, 03 Oct 2009 10:55:24 -0400 Received: from xen16.math.uni-bielefeld.de ([129.70.14.14]:57836) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mu614-00025f-H8 for emacs-pretest-bug@gnu.org; Sat, 03 Oct 2009 10:55:22 -0400 Received: from xen12.math.uni-bielefeld.de (xen12.math.uni-bielefeld.de [129.70.14.133]) by xen16.math.uni-bielefeld.de (Postfix) with ESMTP id 2E1AA30072BE; Sat, 3 Oct 2009 16:55:21 +0200 (CEST) Received: by xen12.math.uni-bielefeld.de (Postfix, from userid 3710) id 27A06288A0AB; Sat, 3 Oct 2009 16:55:21 +0200 (CEST) To: emacs-pretest-bug@gnu.org Subject: 23.1.50; rmail-edit may add incorrect content-type header From: Markus Rost Message-Id: <20091003145521.27A06288A0AB@xen12.math.uni-bielefeld.de> Date: Sat, 3 Oct 2009 16:55:21 +0200 (CEST) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) In rmail look at a message (from an mbox file) with content-type multipart, e. g., with headers like Content-Type: multipart/alternative; boundary="bbbbbbbbbbb" Edit that message within rmail as usual with rmail-edit-current-message and rmail-cease-edit. After saving, the message has an *additional* header like Content-type: text/plain; charset=us-ascii This is bad, since mail readers may not handle the message correctly as multipart anymore. The reason is that rmail-cease-edit uses rmail-mime-charset-pattern to identify content-type headers, but rmail-mime-charset-pattern will match by default only text/plain. I am not sure how to fix this. Ideally rmail-cease-edit should walk through all the parts of a message when handling the coding, but that looks very complicated. Maybe for now rmail-cease-edit should handle the coding only if there is no content-type header or if the content-type is matched by rmail-mime-charset-pattern, leaving the other cases to the responsibilty of the user. In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.16.1) of 2009-10-02 on laptop Windowing system distributor `The X.Org Foundation', version 11.0.10600000 configured using `configure '--prefix=/home/rost/local/cvs'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t From rgm@gnu.org Mon Oct 5 19:37:36 2009 Received: (at 4624-done) by emacsbugs.donarmstrong.com; 6 Oct 2009 02:37:36 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.5 required=4.0 tests=AWL,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n962bZVW026837 for <4624-done@emacsbugs.donarmstrong.com>; Mon, 5 Oct 2009 19:37:36 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Muzvh-0001z4-Bd; Mon, 05 Oct 2009 22:37:33 -0400 From: Glenn Morris To: 4624-done@debbugs.gnu.org Subject: Re: bug#4624: 23.1.50; rmail-edit may add incorrect content-type header References: <20091003145521.27A06288A0AB@xen12.math.uni-bielefeld.de> X-Spook: Israel Mena Mafia bootleg Tony Blair terrorist X-Ran: (+[+ZgJtM.DBMbF-^>2s+T)>II`n1vc%;\j:.K9k6Q"&rh"x0j(psL'pM4ba8.9V]DFzRH X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 05 Oct 2009 22:37:33 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Markus Rost wrote: > Maybe for now rmail-cease-edit should handle the coding only if > there is no content-type header or if the content-type is matched by > rmail-mime-charset-pattern, leaving the other cases to the > responsibilty of the user. I made it do this. Thanks for the report. From unknown Wed Jun 18 23:11:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 03 Nov 2009 15:24:11 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator