Bug 196017

Description of problem:
This is a i18n bug for the latest Squirrelmail. 
Previous version of squirrelmail has no problem.

The latest squirrelmail did not convert convert Subject to "zen-kaku
kata-kana". Usually, if a user used "han-kaku kata-kana" in the body
or header, any mail application would convert it to "zen-kaku kata-kana".
The squirrelmail also should convert.

Version-Release number of selected component (if applicable):
squirrelmail-1.4.6-7.el4

How reproducible:
Always

Steps to Reproduce:

1. Please access http://dhcp-82.brisbane.redhat.com/webmail/
   user:test pass:test
2. Please send a email usging squirrelmail,
   And put "han-kaku kata-kana" for Subject.
   For example, pls see Step-1.png and Step-2.png

Actual results:
Please see the following images,
Actual_result_1.png
Actual_result_2.png

Expected results:
Expected_result_1.png
Expected_result_2.png

Additional info:
squirrelmail-1.4.3a-9.EL4 works fine, but the latest version cannot 
convert subject stinrgs.

Kind regards,
Fuchi
This event sent from IssueTracker by jnansi  [Support Engineering Group]
 issue 96115

Good morning Jose-san and Jatin-san,

Thank you for your follow-up.

I've investigated this problem. the cause of the problem is 
squirrelmail did not call mb_convert_kana(). And I found that 
mb_convert_kana() had not been called in japanese_charset_xtra() 
of functions/i18n.php. mb_convert_kana() is converter, whcih 
converts "kana" one from another, "zen-kaku", "han-kaku" and 
more.

In fact, old versin 1.4.3a-9.EL4 has called mb_convert_kana() at 631 line
as follows,

    595 /*
    596  * Japanese charset extra function
    597  *
    598  */
    599 function japanese_charset_xtra() {
    600     $ret = func_get_arg(1);  /* default return value */
    <snip>
    629         case 'encodeheader':
    630             $result = '';
    631             $ret = mb_convert_kana($ret, "KV");
    632             if (strlen($ret) > 0) {

I've created a test patch, which calls mb_convert_kana() as well. 
I did want to call it with some conditions, but it is difficult. This
does
not cause a problem, because of mb_convert_kana() will work against
all strings. And I confirmed the problem has been corrected with this
patch.

--- functions/i18n.php.org      2006-06-20 09:16:15.000000000 +0900
+++ functions/i18n.php  2006-06-20 10:36:59.000000000 +0900
@@ -487,6 +487,7 @@ function japanese_charset_xtra() {
             break;
         case 'encodeheader':
             $result = '';
+           $ret = mb_convert_kana($ret, "KV");
             if (strlen($ret) > 0) {
                 $tmpstr = mb_substr($ret, 0, 1);
                 $prevcsize = strlen($tmpstr);

Kind regards,
Fuchi


This event sent from IssueTracker by jnansi  [Support Engineering Group]
 issue 96115

Testing in FC with squirrelmail-1.4.7-2.

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2006-0668.html