GNU bug report logs - #53412
27.1; sendmail does not wrap overlong lines

Previous Next

Package: emacs;

Reported by: Francesco Potortì <pot <at> gnu.org>

Date: Fri, 21 Jan 2022 15:18:02 UTC

Severity: normal

Tags: moreinfo

Found in version 27.1

Fixed in version 29.1

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Francesco Potortì <pot <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 53412 <at> debbugs.gnu.org
Subject: bug#53412: wrappin text lines is not enough, headers shoould be split too
Date: Mon, 07 Mar 2022 18:36:48 +0100
FP:
>>>>> If there is an overlong header, other headers which are utf-8
>>>>> escaped are not sent correctly, and the recipient sees something
>>>>> like this:
>>>>>
>>>>> Subject: test =?utf-8?Q?=C3=A0?= b c
>>>>>  =?utf-8?Q?=C3=AC?=

LI:
>>>>That looks correct to me?

FP:
>>> No, if that's what the recipent sees in their inbox.  I don't know
>>> why, but mail sent by Emacs with an overlong header (whichever header)
>>> ends up with recipients seeing that string in their MUA.

LI:
>> They see literally that displayed?  Then it sounds like the mail you're
>> sending out has been double-rfc2047-encoded.

AS:
>I would think this happens because of the call to mml-to-mime in the
>mail-send-hook he uses.

Sure, that's it.  This happens when there is an overlong header line and mml-to-mime is in the mail-send-hook.

mml-to-mime in the mail-send-hook is there because without it overlong text lines would go unbroken




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

Previous Next


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