Open
Bug 1000165
Opened 11 years ago
Updated 3 years ago
Incorrectly showing Base64-encoded in subjects
Categories
(Thunderbird :: Message Reader UI, defect)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: jiri.kasal, Unassigned)
Details
User Agent: Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.16
Steps to reproduce:
http://forums.mozillazine.org/viewtopic.php?f=31&t=2811683
Actual results:
http://forums.mozillazine.org/viewtopic.php?f=31&t=2811683
Expected results:
Repair showing Base64 encoded subjects
Updated•11 years ago
|
Group: core-security
Comment 1•11 years ago
|
||
RFC2057 encoded data with base64 in message header != Base64 encoded data of text.
- RFC2057 encoding: As you already know, format is =?utf-8?B?0KDQ...?=.
=?utf-8?B?0KDQ...?= is an atom which corresponds to a "word without space" in text.
and RFC clearly defines maximum length of the "atom".
Encoding should comelete within an atom.
Can you attach .eml file of the mail to this bug, instead of image or shrinked/modifed text?
(because of problem in Subject: header, only Subject: header is significant)
Very long one-line Subject: heaer with very long single RFC2047 encoded word?
"Subject: header display at Message Header pane" may e different from "Subject display at Thread pane".
Is same =?utf-8?B?0KDQ... shown at message header pane?
IMAP? POP3?
If IMAP, is sae problem occur on mail copied to local mail folder?
create FolderX, copy the mail to FolderX, Repair Folder of FolderX.
Comment 2•11 years ago
|
||
Sorry, typo. it's RFC2047.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•