0009440: E-mail notification headers broken in Russian locale UTF-8 - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update
0009440	mantisbt	email	public	2008-07-24 04:33	2018-03-04 00:36

Reporter	versus	Assigned To	dregad
Priority	normal	Severity	minor	Reproducibility	sometimes
Status	closed	Resolution	unable to reproduce
Product Version	1.1.2

Summary	0009440: E-mail notification headers broken in Russian locale UTF-8
Description	As shown on screenshot notification headers are displayed incompleted and with some garbage. Tested in Thunderbird and Kmail.
Additional Information	Seems the problem is in phpmailer lib. It is breaks Base64-encoded header on strings 72 chars length. And with UTF breaks in the middle of char (one byte on one string, other on second). In ver. 1.0.1 I disabled header splitting (do patch the code) and this helps, but it is not an RFC style. So here is a bug. Thanks.
Tags	No tags attached.
Attached Files	img_1127.png (149,224 bytes) img_1127.png (149,224 bytes) mantis_eml_example_clear.eml (3,410 bytes) mantis_eml_example2_clear.eml (1,830 bytes)

watergad 2009-10-05 13:54 reporter ~0023066 Last edited: 2009-10-05 14:07	Have to note that outlook express (and the Bat) works fine with these non-RFC headers. But Mozilla clients like thunderbird (on the screenshot here) or like SeaMonkey (in my case) displays broken subjects. P.S. Tried "stock" mantis phpmailer and replaced with the latest from the sourceforge.

dhx 2009-10-06 05:21 reporter ~0023076	I can't reproduce this in Mantis 1.2.x/1.3.x git master so I am assuming it is fixed. I tried the following summary: ПодробностиПодробносПодробностиПодробносПодробностиПодробносбббббббббббб The resulting subject header in the email was: Subject: =?utf-8?B?W1Rlc3RBIDAwMDAxNzddOiDQn9C+0LTRgNC+0LHQvdC+0YE=?= =?utf-8?B?0YLQuNCf0L7QtNGA0L7QsdC90L7RgdCf0L7QtNGA0L7QsdC90L7RgdGC0Lg=?= =?utf-8?B?0J/QvtC00YDQvtCx0L3QvtGB0J/QvtC00YDQvtCx0L3QvtGB0YLQuNCf0L4=?= =?utf-8?B?0LTRgNC+0LHQvdC+0YHQsdCx0LHQsdCx0LHQsdCx0LHQsdCx0LE=?= It's splitting it onto multiple lines because RFC2822 2.1.1 states "Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF." More @ http://tools.ietf.org/html/rfc2822#section-2.1.1

watergad 2009-10-06 07:05 reporter ~0023080	This problem still appears in 1.2.0rc1. I'll attach email examples later. We've discussed email bodies in the SeaMonkey bugzilla and the decision was the non-RFC mail composing (something like no space between ==, I dont remember exactly).

watergad 2009-10-06 15:30 reporter ~0023085 Last edited: 2009-10-06 15:33	I've attached email examples. Some private data cleared if you don't mind (: You may open these eml with Mozilla and non-Mozilla mail clients and see the difference (however the Mozilla result is on the versus's screenshot)

watergad 2009-11-17 03:24 reporter ~0023734	I've found my SeaMonkey Bugzilla issue link I mentioned before: https://bugzilla.mozilla.org/show_bug.cgi?id=519191

watergad 2010-04-29 14:58 reporter ~0025352	related to 0008577

dregad 2018-02-22 19:41 developer ~0059011	The referenced SeaMonkey bugzilla issue is marked as resolved; PHPMailer library has been updated several times since the last update on this issue, and I'm not able to reproduce the problem, so I'll resolve this, feel free to reopen if the problem still exist in the latest MantisBT version.