Fw: Native Japanese Support

Hi!
----- Original Message -----
From: “Jesse Vincent” jesse@bestpractical.com
To: “Chris Li” chris@meta4-group.com
Cc: rt-devel@lists.bestpractical.com
Sent: Wednesday, January 26, 2005 4:42 PM
Subject: Re: [Rt-devel] Native Japanese Support

We have been using the system for quite a long time for English

and

Chinese, but when it comes to the time to use it for Japanese, it simply
crap out. It seems that RT cannot detect the incoming message as accurate
as
Chinese and the email it sends cannot be cheched by many Japanese based
web
client.

Anyone having the same experience with me and able to share a

solution with me? I am in the nightmare of it.

Can you tell us a bit more about which versions of RT, perl, apache,
etc. you’re running and
what “craps out” means in your case?

We are using RT 3.2.2, Perl v5.8.3 and apache 2.0.51 on a fedora core 2
box

We are using RT 3.2.2, Perl v5.8.3 and apache 2.0.51 on a fedora core 2 box
The system response Japanese with messed code (my gut feeling is that it
cannot detect what is the origional code)

That should be easy to check by looking at the characterset conversion
headers in the mail RT stores.

Jesse

We are using RT 3.2.2, Perl v5.8.3 and apache 2.0.51 on a fedora core 2
box
The system response Japanese with messed code (my gut feeling is that
it
cannot detect what is the origional code)

That should be easy to check by looking at the characterset conversion
headers in the mail RT stores.

Jesse

The problem always happen when the incoming email is a shift-JIS one, and
also when sending out email, the email sent is always UNICODE, which are
definitely lack of support among the Japanese…

I would be greatful if I can change the outgoing email to a EUC / shiftJIS
one :slight_smile:

Chris

We are using RT 3.2.2, Perl v5.8.3 and apache 2.0.51 on a fedora core 2
box
The system response Japanese with messed code (my gut feeling is that
it
cannot detect what is the origional code)

That should be easy to check by looking at the characterset conversion
headers in the mail RT stores.

Jesse

The problem always happen when the incoming email is a shift-JIS one, and
also when sending out email, the email sent is always UNICODE, which are
definitely lack of support among the Japanese…

I would be greatful if I can change the outgoing email to a EUC / shiftJIS
one :slight_smile:

You can. See the configuration file.

I’m using Japanese language in RT (actually in 6 or 7 different RTs we have
here), versions 3.0.9 and 3.2.1

I’ve setup

@EmailInputEncodings = qw(utf-8 iso-8859-1 us-ascii)
Set($EmailOutputEncoding , ‘shift-jis’)

in my RT_SiteConfig.pm file and it works great

We are using RT 3.2.2, Perl v5.8.3 and apache 2.0.51 on a fedora
core 2

box
The system response Japanese with messed code (my gut feeling is
that

it
cannot detect what is the origional code)

That should be easy to check by looking at the characterset conversion
headers in the mail RT stores.

Jesse

The problem always happen when the incoming email is a shift-JIS one,
and

also when sending out email, the email sent is always UNICODE, which are
definitely lack of support among the Japanese…

I would be greatful if I can change the outgoing email to a EUC /
shiftJIS

one :slight_smile:

You can. See the configuration file.

I just found the parameter… but however, it only make the change to the
email body but not to the subject, any method for that ?