You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(118) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(88) |
Feb
(20) |
Mar
(27) |
Apr
(17) |
May
(18) |
Jun
(28) |
Jul
(13) |
Aug
(32) |
Sep
(41) |
Oct
(50) |
Nov
(78) |
Dec
(47) |
2003 |
Jan
(95) |
Feb
(36) |
Mar
(16) |
Apr
(30) |
May
(27) |
Jun
(40) |
Jul
(25) |
Aug
(20) |
Sep
(63) |
Oct
(75) |
Nov
(30) |
Dec
(22) |
2004 |
Jan
(69) |
Feb
(17) |
Mar
(30) |
Apr
(65) |
May
(32) |
Jun
(26) |
Jul
(28) |
Aug
(89) |
Sep
(52) |
Oct
(13) |
Nov
(26) |
Dec
(61) |
2005 |
Jan
(38) |
Feb
(18) |
Mar
(48) |
Apr
(40) |
May
(26) |
Jun
(59) |
Jul
(31) |
Aug
(44) |
Sep
(42) |
Oct
(50) |
Nov
(44) |
Dec
(36) |
2006 |
Jan
(24) |
Feb
(60) |
Mar
(37) |
Apr
(28) |
May
(17) |
Jun
(21) |
Jul
(19) |
Aug
(35) |
Sep
(56) |
Oct
(8) |
Nov
(34) |
Dec
(10) |
2007 |
Jan
(23) |
Feb
(12) |
Mar
(18) |
Apr
(50) |
May
(25) |
Jun
(7) |
Jul
(3) |
Aug
(31) |
Sep
(25) |
Oct
(23) |
Nov
(25) |
Dec
(47) |
2008 |
Jan
(21) |
Feb
(24) |
Mar
(18) |
Apr
(6) |
May
(75) |
Jun
(9) |
Jul
(13) |
Aug
(16) |
Sep
(3) |
Oct
(7) |
Nov
(11) |
Dec
(4) |
2009 |
Jan
(12) |
Feb
(41) |
Mar
(38) |
Apr
(107) |
May
(79) |
Jun
(11) |
Jul
(9) |
Aug
(10) |
Sep
(2) |
Oct
|
Nov
(14) |
Dec
(2) |
2010 |
Jan
(1) |
Feb
(7) |
Mar
(6) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(3) |
Aug
(15) |
Sep
(5) |
Oct
(2) |
Nov
(10) |
Dec
(3) |
2011 |
Jan
|
Feb
(14) |
Mar
(20) |
Apr
(5) |
May
(6) |
Jun
(3) |
Jul
(11) |
Aug
(1) |
Sep
(1) |
Oct
(5) |
Nov
(4) |
Dec
(2) |
2012 |
Jan
(9) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(22) |
Dec
(1) |
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(7) |
2016 |
Jan
(7) |
Feb
(2) |
Mar
|
Apr
(4) |
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
From: André Z. D. A. <and...@ya...> - 2015-05-09 20:36:11
|
Hello, I am trying to solve a few problems with message and page encoding in a new SM setup (1.4.22). To test it, I'm using Yahoo's IMAP servers, but I guess it shouldn't make a big difference - although Yahoo sometimes surprises me. I've got to a point where I think a few problems happen because SM uses iso-latin-1 encoding, and the other point person testing the message with me seems to use UTF-8 (or the client doesn't write the encoding it the messages). I want to have a pt_BR language with UTF-8 encoding, but I'm not sure what I should change in the "pt_BR/" folder to create one. Futher, I wish to have both languages as options in SM interface for users, and this gives me more doubts with what I should put on the file "pt_BR/setup.php", and what this edit will expect from the server (or PHP or anything else). I tried just overwriting the files in the original "pt_BR/" folder with the new .mo and .po files (already edited, headers changed to reflect it's encoding). But it didn't seem to work. Maybe you can help me a bit. Thanks, André |
From: Paul L. <pa...@sq...> - 2014-08-31 16:13:13
|
On 8/31/14, Giuseppe Ciaccio <ci...@di...> wrote: > Hello, > > I've manually installed squirrelmail 1.4.22, with no plugins > PHP 5.4.30 > GNU/Linux Slackware 14.1 > Apache 2.4.6 > imapd 2.11 > sendmail 8.14.9 > > Problem: when reading emails containing italian letters with accent, those > line of text containing said chars are made blank without notice (very > annoying!). As is mentioned on the SquirrelMail home page, there are fixes for this in testing. You should install a 1.4.23 snapshot and take a look at the newest patch from here: https://sourceforge.net/p/squirrelmail/bugs/2806/ -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
From: Giuseppe C. <ci...@di...> - 2014-08-31 09:55:14
|
Hello, I've manually installed squirrelmail 1.4.22, with no plugins PHP 5.4.30 GNU/Linux Slackware 14.1 Apache 2.4.6 imapd 2.11 sendmail 8.14.9 Problem: when reading emails containing italian letters with accent, those line of text containing said chars are made blank without notice (very annoying!). I've tracked down the bug into the source code, file funtions/i18n.php, function charset_decode(), around line 187: <CODE-SNIPPET> /* All HTML special characters are 7 bit and can be replaced first */ if (! $save_html) $string = htmlspecialchars ($string); $charset = strtolower($charset); set_my_charset(); </CODE-SNIPPET> The htmlspecialchars(), without any argument specifying the charset encoding, will return a blank string if encountering a letter with accent, treating them as invalid code unit sequences. A possible solution that works for me, is to replace the above code with this one: <CODE-SNIPPET> $charset = strtolower($charset); set_my_charset(); /* All HTML special characters are 7 bit and can be replaced first */ if (! $save_html) $string = htmlspecialchars ($string, ENT_SUBSTITUTE,$charset); </CODE-SNIPPET> This way, all chars that have an encoding in the $charset are treated as regular ones. The ENT_SUBSTITUTE is just to prevent blanking, should the htmlspecialchar() fail -- I prefer to see a line of text with "weird" sequences rather than a blank line. Giuseppe Ciaccio http://www.disi.unige.it/person/CiaccioG/ DIBRIS - Universita' di Genova via Dodecaneso 35 16146 Genova, Italy giu...@un... phone +390103536663 fax +390103536699 ------------------------------------------------------------------------- |
From: Josef K. <ka...@fn...> - 2014-03-03 09:19:09
|
Hi, sorry for mailing bad list, next time. Anyway I've solved it in the haproxy's configuration - I used cookie for balancing too. Thanks J.Karliak. Dne 1.3.2014 08:45, Paul Lesniewski napsal(a): > Wrong email list. Please post any more general requests to the > squirrelmail-users mailing list. > > On Fri, Feb 28, 2014 at 10:39 PM, Josef Karliak <ch...@aj...> wrote: >> Hi there, >> I run haproxy for web server apache2, loadbalancing works good but >> Squirrelmail don't. But it is not an error of the SM - just haproxy is >> balancing between two servers, I go to login page (presume it is on >> server #1) and after I send my login and password haproxy send it to >> server #2, that do not have my credentials -> "You must be logged in >> to access this page." >> If I shutdown one of the web servers, all is all right. >> So there is a question ? Did I missed something of the settings of >> HAPROXY for Squirrelmail ? > You need to have PHP store its session data in a database so that both > instances can access the same user sessions. There should be plenty > of examples and howto documents on the web to help you. Depending how > you set this up, you may or may not also need to make use of this > information from SquirrelMail's src/login.php: > > /** > * Allow administrators to define custom session handlers > * for SquirrelMail without needing to change anything in > * php.ini (application-level). > * > * In config_local.php, admin needs to put: > * > * $custom_session_handlers = array( > * 'my_open_handler', > * 'my_close_handler', > * 'my_read_handler', > * 'my_write_handler', > * 'my_destroy_handler', > * 'my_gc_handler', > * ); > * session_module_name('user'); > * session_set_save_handler( > * $custom_session_handlers[0], > * $custom_session_handlers[1], > * $custom_session_handlers[2], > * $custom_session_handlers[3], > * $custom_session_handlers[4], > * $custom_session_handlers[5] > * ); > |
From: Paul L. <pa...@sq...> - 2014-03-01 07:45:54
|
Wrong email list. Please post any more general requests to the squirrelmail-users mailing list. On Fri, Feb 28, 2014 at 10:39 PM, Josef Karliak <ch...@aj...> wrote: > Hi there, > I run haproxy for web server apache2, loadbalancing works good but > Squirrelmail don't. But it is not an error of the SM - just haproxy is > balancing between two servers, I go to login page (presume it is on > server #1) and after I send my login and password haproxy send it to > server #2, that do not have my credentials -> "You must be logged in > to access this page." > If I shutdown one of the web servers, all is all right. > So there is a question ? Did I missed something of the settings of > HAPROXY for Squirrelmail ? You need to have PHP store its session data in a database so that both instances can access the same user sessions. There should be plenty of examples and howto documents on the web to help you. Depending how you set this up, you may or may not also need to make use of this information from SquirrelMail's src/login.php: /** * Allow administrators to define custom session handlers * for SquirrelMail without needing to change anything in * php.ini (application-level). * * In config_local.php, admin needs to put: * * $custom_session_handlers = array( * 'my_open_handler', * 'my_close_handler', * 'my_read_handler', * 'my_write_handler', * 'my_destroy_handler', * 'my_gc_handler', * ); * session_module_name('user'); * session_set_save_handler( * $custom_session_handlers[0], * $custom_session_handlers[1], * $custom_session_handlers[2], * $custom_session_handlers[3], * $custom_session_handlers[4], * $custom_session_handlers[5] * ); -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
From: Josef K. <ch...@aj...> - 2014-03-01 07:00:36
|
Hi there, I run haproxy for web server apache2, loadbalancing works good but Squirrelmail don't. But it is not an error of the SM - just haproxy is balancing between two servers, I go to login page (presume it is on server #1) and after I send my login and password haproxy send it to server #2, that do not have my credentials -> "You must be logged in to access this page." If I shutdown one of the web servers, all is all right. So there is a question ? Did I missed something of the settings of HAPROXY for Squirrelmail ? Thanks and best regards J.Karliak -- Ma domena pouziva zabezpeceni a kontrolu SPF (www.openspf.org) a DomainKeys/DKIM (with ADSP) . Pokud mate problemy s dorucenim emailu, zacnete pouzivat metody overeni puvody emailu zminene vyse. Dekuji. My domain use SPF (www.openspf.org) and DomainKeys/DKIM (with ADSP) policy and check. If you've problem with sending emails to me, start using email origin methods mentioned above. Thank you. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Josef K. <ka...@aj...> - 2014-03-01 07:00:36
|
Hi there, I run haproxy for web server apache2, loadbalancing works good but Squirrelmail don't. But it is not an error of the SM - just haproxy is balancing between two servers, I go to login page (presume it is on server #1) and after I send my login and password haproxy send it to server #2, that do not have my credentials -> "You must be logged in to access this page." If I shutdown one of the web servers, all is all right. So there is a question ? Did I missed something of the settings of HAPROXY for Squirrelmail ? Thanks and best regards J.Karliak -- Ma domena pouziva zabezpeceni a kontrolu SPF (www.openspf.org) a DomainKeys/DKIM (with ADSP) . Pokud mate problemy s dorucenim emailu, zacnete pouzivat metody overeni puvody emailu zminene vyse. Dekuji. My domain use SPF (www.openspf.org) and DomainKeys/DKIM (with ADSP) policy and check. If you've problem with sending emails to me, start using email origin methods mentioned above. Thank you. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Adam P. <jez...@gm...> - 2013-09-10 13:22:35
|
Hello, I have problem with changing default language in squirrelmail. My squirrelmail version is: 1.4.22. My OS is Ubuntu 12.04. I downloaded pl_PL-1.4.18-20090526.tar.gz to my server. I run ./install script and gave squirrelmail path: /usr/share/squirrelmail I restarted apache2 with command: /etc/init.d/apache2 restart Even when I change language in options I can see only English language. How can I run squirrelmail with translation? Regards, Adam |
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. >> > > |
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-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: 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-07 16:34:36
|
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: Paul L. <pa...@sq...> - 2013-01-19 03:34:31
|
On Fri, Dec 21, 2012 at 1:45 PM, Vincent FM <vin...@it...> wrote: > Hello, > > Using squirrelmail 1.5, php-5.4, dovecot. > > Having some issues with Czech language. In the email list appears "Unknown > sender". As well as, if i reply to that email, the email address does > appear in the to field, but with an extra double qoute infront of it ". > which needs to be removed everytime to send the email. > Thirdly the body is empty on a reply. While there should be the original > text of the email... You should send full headers/message source for any such issues so we can reproduce the issue. Also, please refer to the mailing list posting guidelines for how to submit a full issue report. Also, this issue should probably be posted on the SquirrelMail-users mailing list. Thanks, Paul -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
From: Vincent F. <vin...@it...> - 2012-12-21 22:15:40
|
Hello, Using squirrelmail 1.5, php-5.4, dovecot. Having some issues with Czech language. In the email list appears "Unknown sender". As well as, if i reply to that email, the email address does appear in the to field, but with an extra double qoute infront of it ". which needs to be removed everytime to send the email. Thirdly the body is empty on a reply. While there should be the original text of the email... Any ideas... Thank you, Vincent |
From: Dan J. <sq...@dm...> - 2012-11-11 21:15:16
|
Hi, Thanks for the feedback and for the url. Reading the threads I realized that my solution (at least temporarily) could be a downgrade of PHP to 5.3 - and that worked for me. Once again tanks! -- Dan Johansson, <http://www.dmj.nu> *************************************************** This message is printed on 100% recycled electrons! *************************************************** On Sunday 11 November 2012 15.53:15 Andrés Chandía wrote: > > Hi there Dan, I've been through the same problem recently, check out the threads at this > address, they could hep you to find the solutions, specially chek what Tomas Kuliavas says, > he's the guru. > > http://news.gmane.org/gmane.mail.squirrelmail.internationalization > > > > _______________________ >             andrés > chandÃa > > P No imprima > innecesariamente. ¡Cuide el medio ambiente! |
From: Andrés C. <an...@ch...> - 2012-11-11 15:53:15
|
Hi there Dan, I've been through the same problem recently, check out the threads at this address, they could hep you to find the solutions, specially chek what Tomas Kuliavas says, he's the guru. http://news.gmane.org/gmane.mail.squirrelmail.internationalization _______________________             andrés chandÃa P No imprima innecesariamente. ¡Cuide el medio ambiente! |
From: Dan J. <sq...@dm...> - 2012-11-11 13:35:53
|
Hi, I have been happily using SquirrelMail for some years now, but I am new to this list (so please go easy on me if this is an old topic). The Problem that I face at the moment (I have noticed it the fior time today but the problem could have been here longer) is that I sometimes "miss" some text in a mail (Subject or Body). For example I have a E-mail with the following Subject line (as seen in the filesystem) Subject: =?iso-8859-1?Q?AW:_HDMI-CEC_f=FCr_CineMate?= In my "normal" mail client (KMail) it shows correctly as "AW: HDMI-CEC für CineMate" but in SQmail the Subject just shows as "blank". I also have the same issue in the Body (although not the whole body) with some E-mails. Also here an example (please note that the message is shown OK in K-mail). Looking at a Mail in SQmail I see the following: ----------------------------------------------- Guten Morgen Michael -------------------------------------------------- And looking at the msg-file in the filesystem it looks like this. ----------------------------------------------- Guten Morgen Frau XXXX wird sich Ihrer Sache annehmen - bitte rufen Sie sie gele= gentlich an - freundliche Gr=FCsse, Michael Michael ----------------------------------------------- (XXX replaced to protect the innocent ) Here is some Info regarding my setup: SquirrelMail version: 1.4.22 Installed Plugins: secure_login, delete_move_next, sent_subfolders, squirrelspell, message_details PHP version: 5.4.6 Web server: Apache 2.2.23 IMAP server: Courier 0.65.2 SMTP server: Courier 0.65.2 OS and distribution: Gentoo Linux (3.5.4-hardened-r1 #1 SMP x86_64) Browsers tried: IE (do not know release), Firefox (Linux, 10.0.10) If you need more Info please do not hesitate to ask. Any suggestion on what could be the problem here? Regards, -- Dan Johansson, <http://www.dmj.nu> *************************************************** This message is printed on 100% recycled electrons! *************************************************** |
From: Dan J. <Dan...@dm...> - 2012-11-11 13:07:33
|
Hi, I have been happily using SquirrelMail for some years now, but I am new to this list (so please go easy on me if this is an old topic). The Problem that I face at the moment (I have noticed it the fior time today but the problem could have been here longer) is that I sometimes "miss" some text in a mail (Subject or Body). For example I have a E-mail with the following Subject line (as seen in the filesystem) Subject: =?iso-8859-1?Q?AW:_HDMI-CEC_f=FCr_CineMate?= In my "normal" mail client (KMail) it shows correctly as "AW: HDMI-CEC für CineMate" but in SQmail the Subject just shows as "blank". I also have the same issue in the Body (although not the whole body) with some E-mails. Also here an example (please note that the message is shown OK in K-mail). Looking at a Mail in SQmail I see the following: ----------------------------------------------- Guten Morgen Michael -------------------------------------------------- And looking at the msg-file in the filesystem it looks like this. ----------------------------------------------- Guten Morgen Frau XXXX wird sich Ihrer Sache annehmen - bitte rufen Sie sie gele= gentlich an - freundliche Gr=FCsse, Michael Michael ----------------------------------------------- (XXX replaced to protect the innocent ) Here is some Info regarding my setup: SquirrelMail version: 1.4.22 Installed Plugins: secure_login, delete_move_next, sent_subfolders, squirrelspell, message_details PHP version: 5.4.6 Web server: Apache 2.2.23 IMAP server: Courier 0.65.2 SMTP server: Courier 0.65.2 OS and distribution: Gentoo Linux (3.5.4-hardened-r1 #1 SMP x86_64) Browsers tried: IE (do not know release), Firefox (Linux, 10.0.10) If you need more Info please do not hesitate to ask. Any suggestion on what could be the problem here? Regards, -- Dan Johansson, <http://www.dmj.nu> *************************************************** This message is printed on 100% recycled electrons! *************************************************** |
From: Andrés C. <an...@ch...> - 2012-11-07 19:49:09
|
If this is what you refer to: "return htmlspecialchars($string, ENT_COMPAT | ENT_HTML401, $encoding); to return htmlspecialchars($string, ENT_COMPAT, $encoding);" I coud not find any "ENT_HTML401" but: grep -r "ENT_COMPAT" . ./functions/i18n.php: if (! $save_html) $string = htmlspecialchars ($string,ENT_COMPAT,'iso-8859-1'); ./functions/i18n.patch:+ if (! $save_html) $string = htmlspecialchars ($string,ENT_COMPAT,'iso-8859-1'); ./functions/i18n.php.orig: if (! $save_html) $string = htmlspecialchars ($string,ENT_COMPAT,'iso-8859-1'); ./functions/url_parser.php: in_array($match[0],sq_get_html_translation_table(HTML_ENTITIES,ENT_COMPAT,'utf-8')))) { ./plugins/quicksave/login_functions.php:function convert_html_entities_to_unicode_entities($string, $quote_style=ENT_COMPAT) ./bigpatch.patch:+ return htmlspecialchars($string, ENT_COMPAT, $encoding); ./squirrelmail/functions/url_parser.php: in_array($match[0],sq_get_html_translation_table(HTML_ENTITIES,ENT_COMPAT,'utf-8')))) { ./squirrelmail/plugins/quicksave/login_functions.php:function convert_html_entities_to_unicode_entities($string, $quote_style=ENT_COMPAT) ./src/compose.patch:+ echo "\n\n".htmlspecialchars(decodeHeader($body,false,false,true),ENT_COMPAT,'iso-8859-1'); ./src/compose.patch:+ echo "\n\n".htmlspecialchars(decodeHeader($body,false,false,true),ENT_COMPAT,'iso-8859-1'); ./src/compose.patch:+ echo htmlspecialchars(decodeHeader($body,false,false,true),ENT_COMPAT,'iso-8859-1'); ./src/compose.php: echo "\n\n".htmlspecialchars(decodeHeader($body,false,false,true),ENT_COMPAT,'iso-8859-1'); ./src/compose.php: echo "\n\n".htmlspecialchars(decodeHeader($body,false,false,true),ENT_COMPAT,'iso-8859-1'); ./src/compose.php: echo htmlspecialchars(decodeHeader($body,false,false,true),ENT_COMPAT,'iso-8859-1'); If you didn't mean that, could you explain to me what is the change you reffer to? Thanks On Wed, November 7, 2012 19:31, Tomas Kuliavas wrote: > 2012.11.07 15:14 "Andrés ChandÃÂa" raà ¡Ãâ: >> >> >> It seems that if the original message appears or not at the answer it >> depends on the >> codification of the sender of the original message, because even with >> interface in english >> some answers do not include the original message. > > SquirrelMail 1.4.22 has about 230 htmlspecialchars calls. Most of them are > not affected by this problem, but if you want to play safe, you are free > to replace them all with three parameter htmlspecialchars version from > email thread in my previous link. > > Please note that I am not SquirrelMail developer and I have no intention > of writing patches for SquirrelMail. > _______________________             andrés chandÃa P No imprima innecesariamente. ¡Cuide el medio ambiente! |
From: Tomas K. <to...@us...> - 2012-11-07 19:31:15
|
2012.11.07 15:14 "Andrés Chandía" rašė: > > > It seems that if the original message appears or not at the answer it > depends on the > codification of the sender of the original message, because even with > interface in english > some answers do not include the original message. SquirrelMail 1.4.22 has about 230 htmlspecialchars calls. Most of them are not affected by this problem, but if you want to play safe, you are free to replace them all with three parameter htmlspecialchars version from email thread in my previous link. Please note that I am not SquirrelMail developer and I have no intention of writing patches for SquirrelMail. -- Tomas |
From: Andrés C. <an...@ch...> - 2012-11-07 13:14:57
|
It seems that if the original message appears or not at the answer it depends on the codification of the sender of the original message, because even with interface in english some answers do not include the original message. On Wed, November 7, 2012 12:59, "Andrés ChandÃa" wrote: Taka patch turned everything blank, from the login page onwards, so I went back to my previous version and patched again with the other two patches, now I realized that the original message is included in the answer if I change the web interface visualization options to english, in spanish still does not appears, and at the address book still happens de same, I mean, names with accents ar not seen even with the interface in english. Thanks On Tue, November 6, 2012 22:56, Tomas Kuliavas wrote: > "Andrés ChandÃÂa" wrote >> Thanks Tomas. >> >> this patch did nothing to my sm: http://pastebin.com/3RQCUEV4 >> >> this one fixed the subject and sender and body issues: >> http://pastebin.com/sWJTzGCL >> >> but I still don't get the original message at the answer mail, should I >> apply also the >> patch porposed >> by taca: >> http://doga.jp/~taka2/archive/squirrelmail-webmail-1.4.22-PHP54jaJP_20120705taka2.diff > > Taka's patch alone should be enough, if you fix > > return htmlspecialchars($string, ENT_COMPAT | ENT_HTML401, $encoding); > > to > > return htmlspecialchars($string, ENT_COMPAT, $encoding); > > in sq_htmlspecialchars function (in functions/i18n.php). > > Please note that you are running SquirrelMail package created by Debian with > patches that can make it incompatible with stock SquirrelMail used by Taka's > patch. > _______________________ andrés chandÃa P No imprima innecesariamente. ¡Cuide el medio ambiente! _______________________             andrés chandÃa P No imprima innecesariamente. ¡Cuide el medio ambiente! |
From: Andrés C. <an...@ch...> - 2012-11-07 13:00:07
|
Taka patch turned everything blank, from the login page onwards, so I went back to my previous version and patched again with the other two patches, now I realized that the original message is included in the answer if I change the web interface visualization options to english, in spanish still does not appears, and at the address book still happens de same, I mean, names with accents ar not seen even with the interface in english. Thanks On Tue, November 6, 2012 22:56, Tomas Kuliavas wrote: > "Andrés ChandÃÂa" wrote >> Thanks Tomas. >> >> this patch did nothing to my sm: http://pastebin.com/3RQCUEV4 >> >> this one fixed the subject and sender and body issues: >> http://pastebin.com/sWJTzGCL >> >> but I still don't get the original message at the answer mail, should I >> apply also the >> patch porposed >> by taca: >> http://doga.jp/~taka2/archive/squirrelmail-webmail-1.4.22-PHP54jaJP_20120705taka2.diff > > Taka's patch alone should be enough, if you fix > > return htmlspecialchars($string, ENT_COMPAT | ENT_HTML401, $encoding); > > to > > return htmlspecialchars($string, ENT_COMPAT, $encoding); > > in sq_htmlspecialchars function (in functions/i18n.php). > > Please note that you are running SquirrelMail package created by Debian with > patches that can make it incompatible with stock SquirrelMail used by Taka's > patch. > _______________________             andrés chandÃa P No imprima innecesariamente. ¡Cuide el medio ambiente! |
From: Tomas K. <to...@us...> - 2012-11-06 22:56:53
|
"Andrés Chandía" wrote > Thanks Tomas. > > this patch did nothing to my sm: http://pastebin.com/3RQCUEV4 > > this one fixed the subject and sender and body issues: > http://pastebin.com/sWJTzGCL > > but I still don't get the original message at the answer mail, should I > apply also the > patch porposed > by taca: > http://doga.jp/~taka2/archive/squirrelmail-webmail-1.4.22-PHP54jaJP_20120705taka2.diff Taka's patch alone should be enough, if you fix return htmlspecialchars($string, ENT_COMPAT | ENT_HTML401, $encoding); to return htmlspecialchars($string, ENT_COMPAT, $encoding); in sq_htmlspecialchars function (in functions/i18n.php). Please note that you are running SquirrelMail package created by Debian with patches that can make it incompatible with stock SquirrelMail used by Taka's patch. -- Tomas -- View this message in context: http://squirrelmail.5843.n7.nabble.com/squirrelmail-characters-problems-after-upgrading-ubuntu-server-from-12-04-to-12-10-tp25101p25115.html Sent from the squirrelmail-i18n mailing list archive at Nabble.com. |
From: Andrés C. <an...@ch...> - 2012-11-06 22:33:52
|
Thanks Tomas. this patch did nothing to my sm: http://pastebin.com/3RQCUEV4 this one fixed the subject and sender and body issues: http://pastebin.com/sWJTzGCL but I still don't get the original message at the answer mail, should I apply also the patch porposed by taca: http://doga.jp/~taka2/archive/squirrelmail-webmail-1.4.22-PHP54jaJP_20120705taka2.diff "Andrés ChandÃa" wrote > does this have any solution? http://squirrelmail.5843.n7.nabble.com/Blank-message-body-on-some-replies-td16.html It requires hunting down every affected function. SquirrelMail developers are working on it (http://squirrelmail.5843.n7.nabble.com/php-5-4-issues-htmlspecialchars-session-unregister-td16018.html). -- Tomas -- View this message in context: http://squirrelmail.5843.n7.nabble.com/squirrelmail-characters-problems-after-upgrading-ubuntu-server-from-12-04-to-12-10-tp25101p25112.html Sent from the squirrelmail-i18n mailing list archive at Nabble.com. ------------------------------------------------------------------------------ LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ----- 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 _______________________             andrés chandÃa P No imprima innecesariamente. ¡Cuide el medio ambiente! |