Closed Bug 14112 Opened 25 years ago Closed 25 years ago

[dogfood] "To: " field when it contains Japanese gets sent without conversion to iso-2022-jp/B64

Categories

(MailNews Core :: Composition, defect, P2)

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: momoi, Assigned: bugzilla)

References

Details

(Whiteboard: [PDT+])

Attachments

(1 file)

** Observed with 9/16/99 Win32 M11 build ** This bug was discovered in the process of verifying Bug 2937. With the above build, when the original sender has a structure like the following: Roman_name (JPN_LN JPN_FN) <joe@netscape.org> this gets quoted properly into the "To: " header as you reply/quote this message with Msg Composer, but when it is sent out, the "JPN_LN JPN_FN" is unreadable as Japanese when received. Apparently we are not converting the Japanese part to to B64-encoded iso-2022-jp as required.
Severity: normal → major
Priority: P3 → P2
QA Contact: lchiang → momoi
Summary: "To: " field when in contains Japanese gets sent without conversion to iso-2022-jp/B64 → "To: " field when it contains Japanese gets sent without conversion to iso-2022-jp/B64
Status: NEW → ASSIGNED
Target Milestone: M11
Naoki, can we seat together Monday afternoon to look at/fix this bug?
Blocks: 11091
(target milestone is M11 or M12 - add to mail beta tracking bug)
Attached file file generated during a reply (deleted) —
oops, I add a attachment to the wrong bug report, please ignore!
Summary: "To: " field when it contains Japanese gets sent without conversion to iso-2022-jp/B64 → [dogfood] "To: " field when it contains Japanese gets sent without conversion to iso-2022-jp/B64
Whiteboard: [PDT+]
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I've just spend some time with nhotta and we weren't able anymore to reproduce this problem. I think jefft checking about 8 bits name in email address has fixed this problem too.
Blocks: 17432
Status: RESOLVED → VERIFIED
** Checked with 11/9/99 Win32 build (1999110911) ** The above build no longer has a problem with the kind of Address-to strings I oirginally reported. The problem as J-F notes was apparently resolved by jefft's fix in Bug 11892. Marking it verified/fixed.
No longer blocks: 17432
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: