SquirrelMail uses the charset corresponding to the translation selected under Options. The languages and the corresponding charsets are defined in functions/i18n.php. For example if you want to use UTF-8 instead of ISO-8859-1 for German, you can do this there. Make sure to have the matching locale (de_DE.UTF-8) installed.
Emails are composed using that charset. If user uses characters unsupported by selected charset - composed email text is broken. If user manually changes charset in browser - composed email text is broken. Currently (2004-12-10) SquirrelMail does not have any tests that stop user from doing it.
Support of replying and forwarding email with different charset is experimental (only in 1.5.x and 1.4.4+) and works only with specific encoding (UTF-8) or with certain combination of translation and email encodings.
SquirrelMail supports the $lossy_encoding option since 1.4.4 and 1.5.1, which allows charset conversions when the output charset does not support all symbols used in the original email charset.
Translations using UTF-8 charset which allows composing email in any language (if your system supports that language) - Bengali, Frisian, Georgian, Lithuanian, Macedonian, Norwegian (BokmÃ¥l), Persian, Romanian, Russian, Slovak, Swedish, Traditional Chinese, Uighur, Ukrainian, Vietnamese.
Charsets that can be read in any translation.
- utf-8 (only two-byte and three-byte symbols)
- ibm855 - DOSCyr
- ibm866 - DOSCyr
- iso-ir-111 - ISO-IR-111
Extra decoding charsets:
(decoding functions are written but not included in the standard SquirrelMail package)
- iso-2022-jp (currently only ascii and jis0208-1983 mappings are implemented)
- iso-2022-jp-2 (currently only ascii and jis0208-1983 mappings are implemented)
- iso-2022-cn (requires recode support)
- iso-2022-kr (requires recode support)
Charsets that depend on selected translation:
- euc-KR (Korean)
- shift_jis (Japanese)
Special patches might enable support for other charsets. These patches are available in SquirrelMail 1.5.0, but they are not enabled by default. Patches are experimental, depend on the PHP recode functions or specific charset set in user translation.
- Add support for more Eastern charsets.
- Add an information message that informs the end user that he is using an unsupported charset (or add this thing to the charset plugin).
- Add more charsets.
- Prevent or correct when the end user uses characters unsupported by selected charset (particularly "smart quotes" in ISO-8859-*).