GNU bug report logs - #4624
23.1.50; rmail-edit may add incorrect content-type header

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Glenn Morris <rgm <at> gnu.org>
Subject: bug#4624: marked as done (23.1.50; rmail-edit may add incorrect
 content-type header)
Date: Tue, 06 Oct 2009 02:45:04 +0000

[Message part 1 (text/plain, inline)]

Your message dated Mon, 05 Oct 2009 22:37:33 -0400
with message-id <gp7hv9qmc2.fsf <at> fencepost.gnu.org>
and subject line Re: bug#4624: 23.1.50; rmail-edit may add incorrect content-type header
has caused the Emacs bug report #4624,
regarding 23.1.50; rmail-edit may add incorrect content-type header
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)


-- 
4624: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4624
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Markus Rost <rost <at> math.uni-bielefeld.de>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; rmail-edit may add incorrect content-type header
Date: Sat,  3 Oct 2009 16:55:21 +0200 (CEST)

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

[Message part 3 (message/rfc822, inline)]

From: Glenn Morris <rgm <at> gnu.org>
To: 4624-done <at> debbugs.gnu.org
Subject: Re: bug#4624: 23.1.50; rmail-edit may add incorrect content-type header
Date: Mon, 05 Oct 2009 22:37:33 -0400

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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.