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)

Product:
MailNews Core
Component:
Composition
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: momoi, Assigned: bugzilla)

References

Details

(Whiteboard: [PDT+])

Attachments

(1 file)

file generated during a reply
571 bytes, text/html
Details 
** 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)

    
    

    
  
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

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: