Oguzhan Kayhan wrote:
>
> On Friday, January 07, 2011 06:32:19 pm Tomas Kuliavas wrote:
>> Oguzhan Kayhan wrote:
>> > On Friday, January 07, 2011 07:36:20 am Tomas Kuliavas wrote:
>> >> Oguzhan Kayhan wrote:
>> >> >> Set loosy encoding to true or convert Turkish translation to utf-8.
>> >> >>
>> >> >> Default charset is applied only to US English translation as
>> >> >> config_default.php and conf.pl says.
>> >> >
>> >> > First just set loosy encoding true but it didnât help, then set
>> >> > default_charset to UTF-8 and it works.
>> >>
>> >> Could you show exact default_charset value, language setting from user
>> >> preferences, your functions/i18n.php file and sample email which
>> failed
>> >> to
>> >> display symbols only in forwards and replies. Which Debian version are
>> >> you
>> >> running and which Turkish locales are enabled in /etc/locale.gen?
>> >
>> > Some users are set english sqmail , some turkish and even some russian
>> > according to their usage preferences.(There are thousands of users so i
>> > dont
>> > want to force them to use only one language setting in their webmail
>> > software)
>> > Mine was in english while i was testing.
>> >
>> >
>> > i18n.php file turkish related lines:
>> >
>> > $languages['tr_TR']['NAME'] = 'Turkish';
>> > $languages['tr_TR']['CHARSET'] = 'iso-8859-9';
>> > $languages['tr_TR']['LOCALE'] =
>> > array('tr_TR.ISO8859-9','tr_TR.ISO-8859-9','tr_TR');
>> > $languages['tr']['ALIAS'] = 'tr_TR';
>> >
>> > This is my locale.gen file:
>> > en_US ISO-8859-1
>> > tr_TR ISO-8859-9
>> > tr_TR.UTF-8 UTF-8
>> > ru_RU ISO-8859-5
>> > ru_RU.CP1251 CP1251
>> > ru_RU.KOI8-R KOI8-R
>> > ru_RU.UTF-8 UTF-8
>> > en_US.UTF-8 UTF-8
>> >
>> > Debian version: 4.0
>> > Apache version Apache/2.2.3
>> >
>> > I got problems in all emails (doesnt matter if it is sent by sqmail or
>> > outlook
>> > or smthing else) which has any turkish chars in it.
>>
>> Could you show Content-Type and Content-Transfer-Encoding headers? You
>> can
>> see them with "View Full Header" option. If it is multipart something,
>> then
>> you will need message_details plugin and Content-Type headers from
>> message
>> body.
> In some mails it is like:
>
> Content-Type: multipart/alternative;
> boundary=0016363b86f05a31db0499280ce5
>
> There is no content transfer encoding in headers.
>
>
> And in some of them :
> Content-Type: text/plain;
> charset=iso-8859-9
> Content-Transfer-Encoding: 8bit
> that mails sent from other servers.
>
>>
>> Which locale is default on your server? Not in webmail, but in OS.
>
> tr_TR UTF-8 is default locale on this server.
>
>
If you have problem when Turkish (or Kurdish, or Azeri) system locale is
used, first thing to check is to reproduce same problem when locale is not
Turkish. Turks have language rules that catch all programmers not familiar
with locale stuff. If Ataturk defined language case sensitivity rules in
modern Turkish language, he had very interesting sense of humor :).
Sorry. Can't reproduce your problem on Debian Etch with SquirrelMail 1.4.21.
Charset conversion works as expected. iso-8859-9 messages are converted in
utf-8 translation with default lossy encoding option. Turkish utf-8 emails
are corrupted in Turkish translation if lossy encoding option is not turned
on.
> I switched webmail prefs to turkish on my account.
> As i said before now mails seems fine.but i still got problems on last
> login
> information and online users plugins..On folder names everythings fine but
> with
> that plugins i got ? on some letters.
>
When interface strings are replaced question marks in SquirrelMail Turkish
translation, problem is in plugin code. SquirrelMail uses some hacks in
system locale that make sure interface is not totally broken in Turkish
locale. These hacks require that every bindtextdomain() call has appropriate
bind_textdomain_codeset() call. Easiest way of solving it in newer
SquirrelMail versions, is to find all bindtextdomain() calls in plugin code
and replace them with sq_bindtextdomain() calls.
----
diff -urN show_user_and_ip.orig/functions.php show_user_and_ip/functions.php
--- show_user_and_ip.orig/functions.php 2011-01-10 09:22:38.000000000 -1100
+++ show_user_and_ip/functions.php 2011-01-10 09:32:32.000000000 -1100
@@ -31,7 +31,7 @@
if( $show_user_on_left_pane || $show_ip_on_left_pane ||
( $show_host_on_left_pane &&
gethostbyaddr($_SERVER['REMOTE_ADDR']) != $_SERVER['REMOTE_ADDR'] ) )
{
- bindtextdomain('show_user_and_ip', SM_PATH .
'plugins/show_user_and_ip/locale');
+ sq_bindtextdomain('show_user_and_ip', SM_PATH .
'plugins/show_user_and_ip/locale');
textdomain('show_user_and_ip');
echo '<p><div align="' . $sui_align . '">' . "\n"
@@ -62,7 +62,7 @@
... and so on....
----
If address book entries are corrupted when you change language, it is caused
by character set differences between translations. Russian and your English
interface are running in utf-8 and Turkish is running in iso-8859-9. The
only way of solving it is to switch Turkish (and any other used) translation
to utf-8.
--
Tomas
--
View this message in context: http://old.nabble.com/2-different-questions-about-sqmail-tp30603629p30636318.html
Sent from the squirrelmail-users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web. Learn how to
best implement a security strategy that keeps consumers' information secure
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl
-----
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
