Closed Bug 1596377 Opened 5 years ago Closed 1 year ago

Implement RFC 6532 to allow UTF-8 in the "references" IDs to not break threads using utf-8 in the "references" header

Categories

(MailNews Core :: Backend, defect)

defect

Tracking

(thunderbird_esr102 wontfix)

RESOLVED FIXED
109 Branch
Tracking Status
thunderbird_esr102 --- wontfix

People

(Reporter: christoph, Assigned: mkmelin)

Details

(Keywords: testcase, ux-consistency, Whiteboard: [testcase messages in bug 1799112])

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0

Steps to reproduce:

Answering emails which uses UTF-8 in the "references"-header breaks threads.

Actual results:

TB doesn't handle UTF-8 encoded headers. This may break things, especially "references", which breaks threads if other email clients uses this and TB is answering such an email.

Expected results:

As https://en.wikipedia.org/wiki/International_email states:

"MIME-encoding must not be used to encode other information in a header, such
as an email address, or header fields like Message-ID or Received. Moreover,
the MIME-encoding requires extra processing of the header to convert the data
to and from its MIME-encoded word representation, and harms readability of a
header section.

The 2012 standards RFC 6532 and RFC 6531 allow the inclusion of Unicode
characters in a header content using UTF-8 encoding, and their transmission via
SMTP - but in practice support is only slowly rolling out."

Would be nice "to roll this out".

Just tried mutt, amd there is no such problem. They state to be RFC 6532 compatible since 2015 (https://fossies.org/linux/mutt/ChangeLog).

Summary: Implement RFC 6532 to allow UTF-8 in the "references" IDs to fix broken threads → Implement RFC 6532 to allow UTF-8 in the "references" IDs to not break threads using utf-8 in the "references" header
Status: UNCONFIRMED → NEW
Component: Untriaged → Backend
Ever confirmed: true
Product: Thunderbird → MailNews Core
Severity: normal normal → S3 S3
Duplicate of this bug: 1799112

In bug 1799112, I've just added testcase messages and confirmed that this is still failing on 102.5.0 (64-bit), Win10. Broken threads are odd, and not honoring the RFCs looks like a bug.

Geoff, any idea how hard this might be?

Type: enhancement → defect
Flags: needinfo?(geoff)
Whiteboard: [testcase messages in bug 1799112]

Probably mostly about the strings using the old string types. https://searchfox.org/comm-central/rev/968fe9d536296413aeba7eb2d9c5dfdbbec6b118/mailnews/base/public/nsIMsgHdr.idl#87,89 (should switch to AUTF8String)

This really isn't my territory. Magnus has a better idea about this stuff than I do.

Flags: needinfo?(geoff) → needinfo?(mkmelin+mozilla)
No longer duplicate of this bug: 1799112

Bug 1799112 is about qencoded reference header, and is invalid.
I actually don't see the problem if really UTF-8 is used. It may be two wrongs makes a right, and comment 4 would fix those.

Flags: needinfo?(mkmelin+mozilla)

Comment on attachment 9304372 [details]
Bug 1596377 - Allow UTF-8 References header to work. r=benc

Nit: Typo in summary/title: referernces → references

Assignee: nobody → mkmelin+mozilla
Attachment #9304372 - Attachment description: WIP: Bug 1596377 - Allow UTF-8 referernces to work. r=benc → Bug 1596377 - Allow UTF-8 References header to work. r=benc
Status: NEW → ASSIGNED

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/4096fead717d
Allow UTF-8 References header to work. r=benc

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED

Thx :)

Target Milestone: --- → 109 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: