Re: [Mutt] #3117: CRLF not consequently stripped
#3117: CRLF not consequently stripped
---------------------+------------------------------------------------------
Reporter: pdmef | Owner: pdmef
Type: defect | Status: accepted
Priority: minor | Milestone: 1.6
Component: mutt | Version: 1.5.18
Resolution: | Keywords: crlf ^M
---------------------+------------------------------------------------------
Changes (by pdmef):
* owner: mutt-dev => pdmef
* status: new => accepted
Old description:
> Changeset [619eb052b0cb] makes mutt turn \r\n into \n when it decodes
> 8bit. This broken when you receive a qp-encoded mail you reply to but
> postpone it. Mutt likely stores the mail with ^M in 8bit format but
> strips ^M during decoding when recalling the message.
New description:
Changeset [619eb052b0cb] makes mutt turn \r\n into \n when it decodes
8bit. This broken when you receive a qp-encoded mail you reply to but
postpone it. Mutt likely stores the mail with {{{^M}}} in 8bit format but
strips {{{^M}}} during decoding when recalling the message.
--
Comment:
If we always want to turn CRLF into LF, #3117 is invalid and #2898 is
valid, otherwise it's the other way round: #3117 valid, #2898 invalid.
--
Ticket URL: <http://dev.mutt.org/trac/ticket/3117#comment:3>
Mutt <http://www.mutt.org/>
The Mutt mail user agent