From: Peter V. <pv...@we...> - 2013-08-07 16:34:36
Attachments:
phpinfo.txt
|
Hello, I am on debian wheezy and. I have set squirrelmail to english with default character set iso-8859-1. It works fine. However when I login to squirrelmail, change the squirrelmail language to something else handling of emails breaks. For example many of my users are likelly to use slovak language which sets squirrelmail language to slovak and encoding to utf-8. After changing squirrelmail language to slovak I am unable to read messages, display names and other fields when there are some non ascii characters inside and the email is not utf-8 encoded. It appears as the field where such content should appears becomes blank. Usually emails contain both text only and html parts. This happens after I change to any language where corresponding character set is utf-8. Below are some details. Packages: postfix 2.9.6-2 amd64 dovecot-imapd 1:2.1.7-7 amd64 apache2 2.2.22-13 amd64 php5 5.4.4-14+deb all squirrelmail 2:1.4.23~svn all squirrelmail-locales 1.4.18-20090 all squirrelmail-viewashtml 3.8-3 all # locale -a C C.UTF-8 POSIX en_US.utf8 sk_SK sk_SK.cp1250 sk_SK.iso88592 sk_SK.utf8 slovak # squirrelmail configuration $squirrelmail_default_language = 'en_US'; $default_charset = 'iso-8859-1'; $lossy_encoding = true; $imap_server_type = 'dovecot'; $allow_charset_search = true; phpinfo attached. Squirrelmail configtest.php output SquirrelMail version: 1.4.23 [SVN] Config file version: 1.4.0 Config file last modified: 07 August 2013 13:23:46 Checking PHP configuration... PHP version 5.4.4-14+deb7u3 OK. Running as root(0) / root(0) display_errors: error_reporting: 22527 variables_order OK: GPCS. PHP extensions OK. Dynamic loading is disabled. Checking paths... Data dir OK. Attachment dir OK. Plugins OK. Themes OK. Default language OK. Base URL detected as: (location base autodetected) Checking outgoing mail service.... SMTP server OK (220 web3.mydomain.com ESMTP Postfix (Debian/GNU)) Checking IMAP service.... IMAP server ready (* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready.) Capabilities: * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN Checking internationalization (i18n) settings... gettext - Gettext functions are available. On some systems you must have appropriate system locales compiled. mbstring - Mbstring functions are available. recode - Recode functions are available. iconv - Iconv functions are available. timezone - Webmail users can change their time zone settings. Checking database functions... not using database functionality. |
From: Peter V. <pv...@we...> - 2013-08-09 09:00:38
|
Hello, Please I am sure I am missing something verry simple as the configuration as I am currently running it breaks all the time when UTF-8 language is set in the squirrelmail UI and non UTF-8 message is received. Such messages are simply unreadable with squirrelmail. The fact I fail to understand is that as long as I set the squirrelmail language to us-english with character set to iso-8859-1 even UTF-8 and CP1250 messages are displayed correctly. I have tried to regenerate all the locales keeping only locales with UTF-8 encoding and stil I am unable to get any further. I have also skimmed the archives I have found out that with html_mail plugin messages encoded with other character sets than iso-8859-1 cause issues. I am not using html_mail plugin I am only using viewashtml. I have tried to disable it, restarted the server, logged again to the squirrelmail and still non UTF-8 messages are not readable. Please is there something else I can provide so someone might be able to give me an advice on how to proceed in order to solve my issue? Greetings Peter On 07.08.2013 18:17, Peter Vágner wrote: > Hello, > I am on debian wheezy and. I have set squirrelmail to english with > default character set iso-8859-1. It works fine. However when I login > to squirrelmail, change the squirrelmail language to something else > handling of emails breaks. For example many of my users are likelly to > use slovak language which sets squirrelmail language to slovak and > encoding to utf-8. After changing squirrelmail language to slovak I am > unable to read messages, display names and other fields when there are > some non ascii characters inside and the email is not utf-8 encoded. > It appears as the field where such content should appears becomes > blank. Usually emails contain both text only and html parts. This > happens after I change to any language where corresponding character > set is utf-8. > > Below are some details. > > > Packages: > postfix 2.9.6-2 amd64 > dovecot-imapd 1:2.1.7-7 amd64 > apache2 2.2.22-13 amd64 > php5 5.4.4-14+deb all > squirrelmail 2:1.4.23~svn all > squirrelmail-locales 1.4.18-20090 all > squirrelmail-viewashtml 3.8-3 all > > # locale -a > C > C.UTF-8 > POSIX > en_US.utf8 > sk_SK > sk_SK.cp1250 > sk_SK.iso88592 > sk_SK.utf8 > slovak > > > # squirrelmail configuration > $squirrelmail_default_language = 'en_US'; > $default_charset = 'iso-8859-1'; > $lossy_encoding = true; > $imap_server_type = 'dovecot'; > $allow_charset_search = true; > > phpinfo attached. > > Squirrelmail configtest.php output > SquirrelMail version: 1.4.23 [SVN] > Config file version: 1.4.0 > Config file last modified: 07 August 2013 13:23:46 > Checking PHP configuration... > PHP version 5.4.4-14+deb7u3 OK. > Running as root(0) / root(0) > display_errors: > error_reporting: 22527 > variables_order OK: GPCS. > PHP extensions OK. Dynamic loading is disabled. > Checking paths... > Data dir OK. > Attachment dir OK. > Plugins OK. > Themes OK. > Default language OK. > Base URL detected as: (location base autodetected) > Checking outgoing mail service.... > SMTP server OK (220 web3.mydomain.com ESMTP Postfix (Debian/GNU)) > Checking IMAP service.... > IMAP server ready (* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR > LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot > ready.) > Capabilities: * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR > LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN > Checking internationalization (i18n) settings... > gettext - Gettext functions are available. On some systems you > must have appropriate system locales compiled. > mbstring - Mbstring functions are available. > recode - Recode functions are available. > iconv - Iconv functions are available. > timezone - Webmail users can change their time zone settings. > Checking database functions... > not using database functionality. > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > ----- > squirrelmail-i18n mailing list > Posting guidelines: http://squirrelmail.org/postingguidelines > Information about translations: http://squirrelmail.org/wiki/LanguageTranslation > Statistics for translations: http://l10n-stats.squirrelmail.org/ > List address: squ...@li... > List archives: http://news.gmane.org/gmane.mail.squirrelmail.internationalization > List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-i18n |
From: Peter V. <pv...@we...> - 2013-08-09 09:21:00
|
Hello again, On this page: http://squirrelmail.org/wiki/SupportingMultipleLanguages I have found that some glibc versions ignore hyphen in the locale names for example sk_SK.ISO-8859-2 becomes sk_SK.ISO88592. Might this cause a problem when squirrelmail use full locale names including hyphens? Is there a more recent version of squirrelmail I should try installing? I can see current stable snapshot is 1.4.23 SVN. What about 1.4.3A and other newer versions? Greetings Peter On 09.08.2013 11:00, Peter Vágner wrote: > Hello, > Please I am sure I am missing something verry simple as the > configuration as I am currently running it breaks all the time when > UTF-8 language is set in the squirrelmail UI and non UTF-8 message is > received. Such messages are simply unreadable with squirrelmail. > The fact I fail to understand is that as long as I set the > squirrelmail language to us-english with character set to iso-8859-1 > even UTF-8 and CP1250 messages are displayed correctly. > I have tried to regenerate all the locales keeping only locales with > UTF-8 encoding and stil I am unable to get any further. > > I have also skimmed the archives I have found out that with html_mail > plugin messages encoded with other character sets than iso-8859-1 > cause issues. I am not using html_mail plugin I am only using > viewashtml. I have tried to disable it, restarted the server, logged > again to the squirrelmail and still non UTF-8 messages are not readable. > > Please is there something else I can provide so someone might be able > to give me an advice on how to proceed in order to solve my issue? > > Greetings > > Peter > > > On 07.08.2013 18:17, Peter Vágner wrote: >> Hello, >> I am on debian wheezy and. I have set squirrelmail to english with >> default character set iso-8859-1. It works fine. However when I login >> to squirrelmail, change the squirrelmail language to something else >> handling of emails breaks. For example many of my users are likelly >> to use slovak language which sets squirrelmail language to slovak and >> encoding to utf-8. After changing squirrelmail language to slovak I >> am unable to read messages, display names and other fields when there >> are some non ascii characters inside and the email is not utf-8 >> encoded. It appears as the field where such content should appears >> becomes blank. Usually emails contain both text only and html parts. >> This happens after I change to any language where corresponding >> character set is utf-8. >> >> Below are some details. >> >> >> Packages: >> postfix 2.9.6-2 amd64 >> dovecot-imapd 1:2.1.7-7 amd64 >> apache2 2.2.22-13 amd64 >> php5 5.4.4-14+deb all >> squirrelmail 2:1.4.23~svn all >> squirrelmail-locales 1.4.18-20090 all >> squirrelmail-viewashtml 3.8-3 all >> >> # locale -a >> C >> C.UTF-8 >> POSIX >> en_US.utf8 >> sk_SK >> sk_SK.cp1250 >> sk_SK.iso88592 >> sk_SK.utf8 >> slovak >> >> >> # squirrelmail configuration >> $squirrelmail_default_language = 'en_US'; >> $default_charset = 'iso-8859-1'; >> $lossy_encoding = true; >> $imap_server_type = 'dovecot'; >> $allow_charset_search = true; >> >> phpinfo attached. >> >> Squirrelmail configtest.php output >> SquirrelMail version: 1.4.23 [SVN] >> Config file version: 1.4.0 >> Config file last modified: 07 August 2013 13:23:46 >> Checking PHP configuration... >> PHP version 5.4.4-14+deb7u3 OK. >> Running as root(0) / root(0) >> display_errors: >> error_reporting: 22527 >> variables_order OK: GPCS. >> PHP extensions OK. Dynamic loading is disabled. >> Checking paths... >> Data dir OK. >> Attachment dir OK. >> Plugins OK. >> Themes OK. >> Default language OK. >> Base URL detected as: (location base autodetected) >> Checking outgoing mail service.... >> SMTP server OK (220 web3.mydomain.com ESMTP Postfix (Debian/GNU)) >> Checking IMAP service.... >> IMAP server ready (* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR >> LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] >> Dovecot ready.) >> Capabilities: * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR >> LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN >> Checking internationalization (i18n) settings... >> gettext - Gettext functions are available. On some systems you >> must have appropriate system locales compiled. >> mbstring - Mbstring functions are available. >> recode - Recode functions are available. >> iconv - Iconv functions are available. >> timezone - Webmail users can change their time zone settings. >> Checking database functions... >> not using database functionality. >> >> >> ------------------------------------------------------------------------------ >> Get 100% visibility into Java/.NET code with AppDynamics Lite! >> It's a free troubleshooting tool designed for production. >> Get down to code-level detail for bottlenecks, with <2% overhead. >> Download for free and get started troubleshooting in minutes. >> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk >> >> >> ----- >> squirrelmail-i18n mailing list >> Posting guidelines:http://squirrelmail.org/postingguidelines >> Information about translations:http://squirrelmail.org/wiki/LanguageTranslation >> Statistics for translations:http://l10n-stats.squirrelmail.org/ >> List address:squ...@li... >> List archives:http://news.gmane.org/gmane.mail.squirrelmail.internationalization >> List info (subscribe/unsubscribe/change options):https://lists.sourceforge.net/lists/listinfo/squirrelmail-i18n > > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > ----- > squirrelmail-i18n mailing list > Posting guidelines: http://squirrelmail.org/postingguidelines > Information about translations: http://squirrelmail.org/wiki/LanguageTranslation > Statistics for translations: http://l10n-stats.squirrelmail.org/ > List address: squ...@li... > List archives: http://news.gmane.org/gmane.mail.squirrelmail.internationalization > List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-i18n |
From: Paul L. <pa...@sq...> - 2013-08-12 18:42:30
|
On Wed, Aug 7, 2013 at 9:17 AM, Peter Vágner <pv...@we...> wrote: > Hello, > I am on debian wheezy and. I have set squirrelmail to english with default > character set iso-8859-1. It works fine. However when I login to > squirrelmail, change the squirrelmail language to something else handling of > emails breaks. For example many of my users are likelly to use slovak > language which sets squirrelmail language to slovak and encoding to utf-8. > After changing squirrelmail language to slovak I am unable to read messages, > display names and other fields when there are some non ascii characters > inside and the email is not utf-8 encoded. It appears as the field where > such content should appears becomes blank. Usually emails contain both text > only and html parts. This happens after I change to any language where > corresponding character set is utf-8. Thanks for the detailed report. Can you please provide a sample message? You are using version 1.4.23-SVN - a *recent* snapshot? If so, can you try with the following patch on top of the snapshot? http://sourceforge.net/p/squirrelmail/bugs/_discuss/thread/feebafb3/4a28/attachment/quoted_printable_fix-1.4.x-version_2.diff > Below are some details. > > > Packages: > postfix 2.9.6-2 amd64 > dovecot-imapd 1:2.1.7-7 amd64 > apache2 2.2.22-13 amd64 > php5 5.4.4-14+deb all > squirrelmail 2:1.4.23~svn all > squirrelmail-locales 1.4.18-20090 all > squirrelmail-viewashtml 3.8-3 all > > # locale -a > C > C.UTF-8 > POSIX > en_US.utf8 > sk_SK > sk_SK.cp1250 > sk_SK.iso88592 > sk_SK.utf8 > slovak > > > # squirrelmail configuration > $squirrelmail_default_language = 'en_US'; > $default_charset = 'iso-8859-1'; > $lossy_encoding = true; > $imap_server_type = 'dovecot'; > $allow_charset_search = true; > > phpinfo attached. > > Squirrelmail configtest.php output > SquirrelMail version: 1.4.23 [SVN] > Config file version: 1.4.0 > Config file last modified: 07 August 2013 13:23:46 > Checking PHP configuration... > PHP version 5.4.4-14+deb7u3 OK. > Running as root(0) / root(0) > display_errors: > error_reporting: 22527 > variables_order OK: GPCS. > PHP extensions OK. Dynamic loading is disabled. > Checking paths... > Data dir OK. > Attachment dir OK. > Plugins OK. > Themes OK. > Default language OK. > Base URL detected as: (location base autodetected) > Checking outgoing mail service.... > SMTP server OK (220 web3.mydomain.com ESMTP Postfix (Debian/GNU)) > Checking IMAP service.... > IMAP server ready (* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR > LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot > ready.) > Capabilities: * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID > ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN > Checking internationalization (i18n) settings... > gettext - Gettext functions are available. On some systems you must > have appropriate system locales compiled. > mbstring - Mbstring functions are available. > recode - Recode functions are available. > iconv - Iconv functions are available. > timezone - Webmail users can change their time zone settings. > Checking database functions... > not using database functionality. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
From: Peter V. <pv...@we...> - 2013-08-13 21:22:46
|
Hello, On 13.08.2013 10:07, Paul Lesniewski wrote: > Further replies should go back on-list and in-line if you don't mind. I apologize for sending you a private message. I was a bit afraid to post raw messages to the email list. >> I am attaching two messages one which is rendered correctly when viewed in >> squirrel mail and the other which only contains spaces where text should >> appear. Even its subject when viewed in the inbox listing is not displayed >> at all. This is how this behaves for all messages which are not UTF-8 >> encoded. > Looks like the problem email has quoted-printable content in > iso-8859-2, which is what that patch/tracker is for. > >> Can you please suggest on how to properly install a version you are >> recommending to test? Currently I am just using default debian package. Can >> I just extract recent 1.4.23 SVN snapshot, apply the patch over it using >> patch command and then create another /alias in apache to point to it? > Exactly. You can also apply the patch by hand by looking at the lines > to be added/removed. You also don't need to change your web server > configuration -- just put the test version in a parallel directory and > access it directly. Your configuration file should be fine if you use > the same one for both versions. > > Note that the patch isn't a perfect solution, but does at least solve > the problem of having nothing at all show up. Thank you verry much for the prompt response. Your estimation was correct the patch you recommended to apply appears to solve my issue. Now I can use utf-8 languages in squirrel mail no mather how the received messages are encoded. I have verified this by using slovak and czech squirrel mail languages. Thank you verry much once again for great work and great support. > >> On 12.08.2013 20:42, Paul Lesniewski wrote: >>> On Wed, Aug 7, 2013 at 9:17 AM, Peter Vágner <pv...@we...> >>> wrote: >>>> Hello, >>>> I am on debian wheezy and. I have set squirrelmail to english with >>>> default >>>> character set iso-8859-1. It works fine. However when I login to >>>> squirrelmail, change the squirrelmail language to something else handling >>>> of >>>> emails breaks. For example many of my users are likelly to use slovak >>>> language which sets squirrelmail language to slovak and encoding to >>>> utf-8. >>>> After changing squirrelmail language to slovak I am unable to read >>>> messages, >>>> display names and other fields when there are some non ascii characters >>>> inside and the email is not utf-8 encoded. It appears as the field where >>>> such content should appears becomes blank. Usually emails contain both >>>> text >>>> only and html parts. This happens after I change to any language where >>>> corresponding character set is utf-8. >>> Thanks for the detailed report. Can you please provide a sample >>> message? You are using version 1.4.23-SVN - a *recent* snapshot? If >>> so, can you try with the following patch on top of the snapshot? >>> >>> >>> http://sourceforge.net/p/squirrelmail/bugs/_discuss/thread/feebafb3/4a28/attachment/quoted_printable_fix-1.4.x-version_2.diff >>> >>>> Below are some details. >>>> >>>> >>>> Packages: >>>> postfix 2.9.6-2 amd64 >>>> dovecot-imapd 1:2.1.7-7 amd64 >>>> apache2 2.2.22-13 amd64 >>>> php5 5.4.4-14+deb all >>>> squirrelmail 2:1.4.23~svn all >>>> squirrelmail-locales 1.4.18-20090 all >>>> squirrelmail-viewashtml 3.8-3 all >>>> >>>> # locale -a >>>> C >>>> C.UTF-8 >>>> POSIX >>>> en_US.utf8 >>>> sk_SK >>>> sk_SK.cp1250 >>>> sk_SK.iso88592 >>>> sk_SK.utf8 >>>> slovak >>>> >>>> >>>> # squirrelmail configuration >>>> $squirrelmail_default_language = 'en_US'; >>>> $default_charset = 'iso-8859-1'; >>>> $lossy_encoding = true; >>>> $imap_server_type = 'dovecot'; >>>> $allow_charset_search = true; >>>> >>>> phpinfo attached. >>>> >>>> Squirrelmail configtest.php output >>>> SquirrelMail version: 1.4.23 [SVN] >>>> Config file version: 1.4.0 >>>> Config file last modified: 07 August 2013 13:23:46 >>>> Checking PHP configuration... >>>> PHP version 5.4.4-14+deb7u3 OK. >>>> Running as root(0) / root(0) >>>> display_errors: >>>> error_reporting: 22527 >>>> variables_order OK: GPCS. >>>> PHP extensions OK. Dynamic loading is disabled. >>>> Checking paths... >>>> Data dir OK. >>>> Attachment dir OK. >>>> Plugins OK. >>>> Themes OK. >>>> Default language OK. >>>> Base URL detected as: (location base autodetected) >>>> Checking outgoing mail service.... >>>> SMTP server OK (220 web3.mydomain.com ESMTP Postfix (Debian/GNU)) >>>> Checking IMAP service.... >>>> IMAP server ready (* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR >>>> LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot >>>> ready.) >>>> Capabilities: * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR >>>> LOGIN-REFERRALS ID >>>> ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN >>>> Checking internationalization (i18n) settings... >>>> gettext - Gettext functions are available. On some systems you must >>>> have appropriate system locales compiled. >>>> mbstring - Mbstring functions are available. >>>> recode - Recode functions are available. >>>> iconv - Iconv functions are available. >>>> timezone - Webmail users can change their time zone settings. >>>> Checking database functions... >>>> not using database functionality. >> > > |