Re: [SM-I18N] Charset Problem 沒錯!

[Tomas K. <to...@us...>]

> Hi,
>
> I am currently using squirrelmail that hosted by my ISP.
> The version is 1.4.1
>
> I have change the setting so it will display in charset = Big-5
> However, as I check the header of the HTML code, it is not set as
> <meta http-equiv=Content-Type content="text/html; charset=big5">

squirrelmail sends charset information in http headers. not in html meta
headers. You need some utility that shows all information that is sent by
webserver.

See
http://www.topolis.lt/squirrelmail/baltasis/baltas-u8.php
http://www.topolis.lt/squirrelmail/baltasis/baltas-15.php

There is no charset setting in those pages, yet browser switches to
specific charset.

> So, sometime when I receive mail in big-5 charset or when I trying to sent
> mail in big-5,
> the content will become

...

:) you are using Gecko browser. IE would make some decision for you.

> What plug-in should I suggest my ISP to install so this problem could get
> rid of?

SquirrelMail supports big5 charset only if you use Chinese Traditional
translation.

http://www.squirrelmail.org/wiki/en_US/SupportedCharsets

No plugin can solve this situation.

If I had to fix such situation, I would switch all translations to utf-8
and add functions, that allow reading big5, gb2313, gb18030 and other
encodings. Those functions can't be written without adding dependency of
some specific php modules. Actually it is possible to write them in pure
php, but it might kill your webmail server. :)

You can't keep your translation in gb2313 or big5, because squirrelmail
will use this charset when you write your mails. I think gb2313 does not
support symbols used in big5.

Other possible solution is to write extra functions for SquirrelMail as
Japanese translation does, but I'll argue against adding them to
squirrelmail core. Any extra function fixes situation only for specific
translation. It does not help other translations and does not solve the
problem.

-- 
Tomas