bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#4624: marked as done (23.1.50; rmail-edit may add incorrect content-


From: Emacs bug Tracking System
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

Your message dated Mon, 05 Oct 2009 22:37:33 -0400
with message-id <address@hidden>
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 address@hidden
immediately.)


-- 
4624: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4624
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- 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



--- End Message ---
--- Begin Message --- Subject: Re: bug#4624: 23.1.50; rmail-edit may add incorrect content-type header Date: Mon, 05 Oct 2009 22:37:33 -0400 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
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.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]