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: Markus Rost <rost <at> math.uni-bielefeld.de>
Subject: bug#4624 closed by Glenn Morris <rgm <at> gnu.org> (Re: bug#4624:
 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)]

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#4624: 23.1.50; rmail-edit may add incorrect content-type header

It has been closed by Glenn Morris <rgm <at> gnu.org>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Glenn Morris <rgm <at> gnu.org> by
replying to this email.


-- 
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: 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.

[Message part 3 (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

Previous Next

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