GNU bug report logs - #28266
25.2; RMAIL FCC coding issue

Previous Next

Package: emacs;

Reported by: charles <at> aurox.ch (Charles A. Roelli)

Date: Mon, 28 Aug 2017 19:01:02 UTC

Severity: normal

Tags: moreinfo

Found in version 25.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 28266 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: charles <at> aurox.ch (Charles A. Roelli)
Cc: 28266 <at> debbugs.gnu.org
Subject: Re: bug#28266: 25.2; RMAIL FCC coding issue
Date: Fri, 22 Sep 2017 16:13:58 +0300
> Date: Mon, 28 Aug 2017 20:59:58 +0200
> From: charles <at> aurox.ch (Charles A. Roelli)
> 
> >From emacs -q (25.2 or 26.0.50):
> 
> M-: (setq mail-user-agent 'sendmail-user-agent) RET
> C-x m
> someone <at> example.com C-n
> test RET
> FCC: /tmp/emacs-bug-mbox
> C-u 2 C-n
> This is a test mail, containing ‘’ quotes.
> C-c C-c
> transport RET ; On my system, this doesn't actually send the mail, so
> 	      ; this is the mail-sending system I choose to reproduce
> 	      ; the issue.  In any case, the recipient email doesn't
> 	      ; really exist so it should be okay to choose this.
> C-u M-x rmail /tmp/emacs-bug-mbox ; Observe correct message contents.
> C-x o ; Switch back to the *mail* buffer.
> C-c C-c y ; Resend it.
> n ; Open the resent copy.
> 
> This is RMAIL's copy of the resent mail:
> 
> ----------
> Date: Mon, 28 Aug 2017 20:41:35 +0200
> From: charles <at> localhost (Charles A. Roelli)
> To: someone <at> example.com
> Subject: test
> Content-type: text/plain; charset=utf-8
> 
> This is a test mail, containing ^X^Y quotes.
> ----------
> 
> Notice that the quotes have been converted to ^X/^Y
> characters (characters have been corrupted).  I tested with
> another non-ASCII character (é), and it got converted to \351.

I cannot reproduce this with the current emacs-26 branch tip.
However, in my case, Emacs asked for a suitable coding-system each
time I wanted to send a message.  Answering UTF-8 produced a valid
encoding in both cases.

So perhaps the difference, and the reason for a problem you see, is
the default encoding in your case, which you didn't show.  (In my
case, the default is Latin-1.)




This bug report was last modified 3 years and 174 days ago.

Previous Next


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