Menu
▾
▴
squirrelmail-users
|
From: nethubonline <net...@gm...> - 2010-06-28 02:31:55
|
Using the newest version of SquirrelMail which is newly installed without any plugins/locale, if the inbox contains the attached email http://old.nabble.com/file/p29008490/abc.tar.gz abc.tar.gz , while I use Chinese Trad language as my webmail interface, it will load continuously and cause 100% CPU loading. After I checked functions/i18n.php, I found that the problem only occurs while $languages['XXXXXX']['CHARSET'] is "utf-8", such as Chinese Trad, Vietnamese, Persian, but there is no problem for English, Spanish, Turkish, Japanese, Chinese Simp. Below is the information SquirrelMail version: 1.4.20 Every plugin installed: No additional plugin or locale is installed PHP version: 5.2.13 Web server: Apache/2.2.4 OS and: Red Hat Enterprise Linux 5.0, 2.6.18-128.el5PAE Browsers tried: Firefox 3.5.1, IE8 -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29008490.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: Paul L. <pa...@sq...> - 2010-06-28 12:53:32
|
On Sun, Jun 27, 2010 at 7:31 PM, nethubonline <net...@gm...> wrote: > > Using the newest version of SquirrelMail which is newly installed without any > plugins/locale, if the inbox contains the attached email > http://old.nabble.com/file/p29008490/abc.tar.gz abc.tar.gz , while I use > Chinese Trad language as my webmail interface, it will load continuously and > cause 100% CPU loading. Please try a snapshot of version 1.4.21 from the downloads age. > After I checked functions/i18n.php, I found that the problem only occurs > while $languages['XXXXXX']['CHARSET'] is "utf-8", such as Chinese Trad, > Vietnamese, Persian, but there is no problem for English, Spanish, Turkish, > Japanese, Chinese Simp. > > Below is the information > > SquirrelMail version: 1.4.20 > Every plugin installed: No additional plugin or locale is installed > PHP version: 5.2.13 > Web server: Apache/2.2.4 > OS and: Red Hat Enterprise Linux 5.0, 2.6.18-128.el5PAE > Browsers tried: Firefox 3.5.1, IE8 -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: nethubonline <net...@gm...> - 2010-06-29 09:23:18
|
confirmed that the snapshot of version 1.4.21 fixed the problem, thank you. Paul Lesniewski wrote: > > On Sun, Jun 27, 2010 at 7:31 PM, nethubonline <net...@gm...> > wrote: >> >> Using the newest version of SquirrelMail which is newly installed without >> any >> plugins/locale, if the inbox contains the attached email >> http://old.nabble.com/file/p29008490/abc.tar.gz abc.tar.gz , while I use >> Chinese Trad language as my webmail interface, it will load continuously >> and >> cause 100% CPU loading. > > Please try a snapshot of version 1.4.21 from the downloads age. > >> After I checked functions/i18n.php, I found that the problem only occurs >> while $languages['XXXXXX']['CHARSET'] is "utf-8", such as Chinese Trad, >> Vietnamese, Persian, but there is no problem for English, Spanish, >> Turkish, >> Japanese, Chinese Simp. >> >> Below is the information >> >> SquirrelMail version: 1.4.20 >> Every plugin installed: No additional plugin or locale is installed >> PHP version: 5.2.13 >> Web server: Apache/2.2.4 >> OS and: Red Hat Enterprise Linux 5.0, 2.6.18-128.el5PAE >> Browsers tried: Firefox 3.5.1, IE8 > > -- > Paul Lesniewski > SquirrelMail Team > Please support Open Source Software by donating to SquirrelMail! > http://squirrelmail.org/donate_paul_lesniewski.php > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ----- > squirrelmail-users mailing list > Posting guidelines: http://squirrelmail.org/postingguidelines > List address: squ...@li... > List archives: http://news.gmane.org/gmane.mail.squirrelmail.user > List info (subscribe/unsubscribe/change options): > https://lists.sourceforge.net/lists/listinfo/squirrelmail-users > > -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29021729.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: nethubonline <net...@gm...> - 2010-08-08 08:47:40
|
Sorry to open this thread again. We found that the same problem (while I use Chinese Trad language as my webmail interface, it will load continuously and cause 100% CPU loading.) occurs again on another email content which is attached here: http://old.nabble.com/file/p29378909/abc2.tar.gz abc2.tar.gz Already tested on fresh installed squirrelmail-1.4.21.tar.bz2 & squirrelmail-20100808_0200-SVN.stable.tar.bz2 without additional plugin/locale, both stable and snapshot versions have same problem. -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29378909.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: Paul L. <pa...@sq...> - 2010-08-10 06:33:10
|
On Sun, Aug 8, 2010 at 1:47 AM, nethubonline <net...@gm...> wrote: > > Sorry to open this thread again. > > We found that the same problem (while I use Chinese Trad language as my > webmail interface, it will load continuously and cause 100% CPU loading.) > occurs again on another email content which is attached here: > http://old.nabble.com/file/p29378909/abc2.tar.gz abc2.tar.gz I don't presently have time to test this myself, but please view the mailing list posting guidelines and submit all of the information it asks for (and MORE!) so we can make sure we understand your system. Please also include information about your gettext, mbstring and other related systems. Just taking a peek at the email, the subject is poorly formed, so the first place to start here is to notify the sender that their mailer is not RFC-compliant. "Fixing" SquirrelMail to read non-compliant headers is not technically part of the job description. :-) > Already tested on fresh installed squirrelmail-1.4.21.tar.bz2 & > squirrelmail-20100808_0200-SVN.stable.tar.bz2 without additional > plugin/locale, both stable and snapshot versions have same problem. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: nethubonline <net...@gm...> - 2010-08-13 15:17:53
|
Although the non-compliant headers is sender's problem, but actually it is a
SPAM, so we have nothing to do on it. Secondly, we believe that even a
webmail software should not be "fixed" to read non-compliant headers, but I
think ..... you will agree that it should not generate 100% CPU loading to
affect the whole server.
Sorry for the insufficient information, here it is:
* SquirrelMail version (such as 1.4.0, 1.5.0, or 1.4.12-SVN from
2007-10-04)
1.4.21 and 1.4.22SVN
* Every plugin installed (both names and version numbers)
NONE
* PHP version (such as 4.2.0 or 5.2.4)
PHP 5.2.13
* Web server (both brand and version number, such as Apache 1.3.27, or
IIS 5.0)
Apache 2.2.4
* IMAP server (both brand and version number, such as Courier-IMAP
4.2.0, UW IMAP as packaged by Debian as "uw-imapd (7:2002edebian1-13.1)", or
Microsoft Exchange Server 2003)
courier-imap-4.8.0.20100628.tar.bz2
* SMTP server (both brand and version number, such as Sendmail 8.14.1,
or Postfix as packaged by FreeBSD as "postfix-2.4.5,1")
qmail 1.05
* OS and, if applicable, distribution (such as Debian GNU/Linux 4.0 for
i386 (kernel "linux-image-2.6.18-4-686 (2.6.18.dfsg.1-12etch2)"), Red Hat
Enterprise Linux 5.0.0 for PPC, NetBSD 3.1 for ARM, or Windows 2000)
Red Hat Enterprise Linux 5.0, 2.6.18-128.el5PAE
* How your software was installed, including the package name if
applicable (Fedora 7 "dovecot-1.0.1-12.fc7" installed by RPM, or
SquirrelMail 1.4.11 installed manually)
1.4.21 and 1.4.22SVN installed manually
* Browsers tried (both brand and version, such as Firefox 2.0.0.7, or
Internet Explorer 7.0.6000.16512)
Firefox 3.5.1, IE8
* Any things that might make your install different, even if minor (such
as web server rewrite rules, configuration files, load balancers, and
proxies)
NONE, clean installed OS with no rewrite rules, no load balancers, no
proxies.
* Error messages
NONE
* mbstring in "php -i"
mbstring
Multibyte Support => enabled
Multibyte string engine => libmbfl
Multibyte (japanese) regex support => enabled
Multibyte regex (oniguruma) version => 4.4.4
Multibyte regex (oniguruma) backtrack check => On
mbstring extension makes use of "streamable kanji code filter and
converter", which is distributed under the GNU Lesser General Public License
version 2.1.
Directive => Local Value => Master Value
mbstring.detect_order => no value => no value
mbstring.encoding_translation => Off => Off
mbstring.func_overload => 0 => 0
mbstring.http_input => pass => pass
mbstring.http_output => pass => pass
mbstring.internal_encoding => no value => no value
mbstring.language => neutral => neutral
mbstring.strict_detection => Off => Off
mbstring.substitute_character => no value => no value
* gettext in "php -i"
GetText Support => enabled
--
View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29429776.html
Sent from the squirrelmail-users mailing list archive at Nabble.com.
|
|
From: Paul L. <pa...@sq...> - 2010-08-19 01:07:36
|
Please review the mailing list posting guidelines - it helps to retain previous message context (without top-posting). On Fri, Aug 13, 2010 at 8:17 AM, nethubonline <net...@gm...> wrote: > > Although the non-compliant headers is sender's problem, but actually it is a > SPAM, so we have nothing to do on it. As I recall, there is in fact a user agent header that points you to a valid email marketing software vendor. This could be considered less spammy in that you can in fact address the issue to that software vendor. > Secondly, we believe that even a > webmail software should not be "fixed" to read non-compliant headers, but I > think ..... you will agree that it should not generate 100% CPU loading to > affect the whole server. > > Sorry for the insufficient information, here it is: Thanks for this info. Unfortunately, I am unable to do anything more about this until I can reliably retrieve your sample email. The attachment you originally sent is corrupt for me when I download it. Please send attachments directly to this mailing list instead of using Nabble. Thanks. > * SquirrelMail version (such as 1.4.0, 1.5.0, or 1.4.12-SVN from > 2007-10-04) > 1.4.21 and 1.4.22SVN > > > * Every plugin installed (both names and version numbers) > NONE > > > * PHP version (such as 4.2.0 or 5.2.4) > PHP 5.2.13 > > > * Web server (both brand and version number, such as Apache 1.3.27, or > IIS 5.0) > Apache 2.2.4 > > > * IMAP server (both brand and version number, such as Courier-IMAP > 4.2.0, UW IMAP as packaged by Debian as "uw-imapd (7:2002edebian1-13.1)", or > Microsoft Exchange Server 2003) > courier-imap-4.8.0.20100628.tar.bz2 > > > * SMTP server (both brand and version number, such as Sendmail 8.14.1, > or Postfix as packaged by FreeBSD as "postfix-2.4.5,1") > qmail 1.05 > > > * OS and, if applicable, distribution (such as Debian GNU/Linux 4.0 for > i386 (kernel "linux-image-2.6.18-4-686 (2.6.18.dfsg.1-12etch2)"), Red Hat > Enterprise Linux 5.0.0 for PPC, NetBSD 3.1 for ARM, or Windows 2000) > Red Hat Enterprise Linux 5.0, 2.6.18-128.el5PAE > > > * How your software was installed, including the package name if > applicable (Fedora 7 "dovecot-1.0.1-12.fc7" installed by RPM, or > SquirrelMail 1.4.11 installed manually) > 1.4.21 and 1.4.22SVN installed manually > > > * Browsers tried (both brand and version, such as Firefox 2.0.0.7, or > Internet Explorer 7.0.6000.16512) > Firefox 3.5.1, IE8 > > > * Any things that might make your install different, even if minor (such > as web server rewrite rules, configuration files, load balancers, and > proxies) > NONE, clean installed OS with no rewrite rules, no load balancers, no > proxies. > > * Error messages > NONE > > * mbstring in "php -i" > mbstring > > Multibyte Support => enabled > Multibyte string engine => libmbfl > Multibyte (japanese) regex support => enabled > Multibyte regex (oniguruma) version => 4.4.4 > Multibyte regex (oniguruma) backtrack check => On > > mbstring extension makes use of "streamable kanji code filter and > converter", which is distributed under the GNU Lesser General Public License > version 2.1. > > Directive => Local Value => Master Value > mbstring.detect_order => no value => no value > mbstring.encoding_translation => Off => Off > mbstring.func_overload => 0 => 0 > mbstring.http_input => pass => pass > mbstring.http_output => pass => pass > mbstring.internal_encoding => no value => no value > mbstring.language => neutral => neutral > mbstring.strict_detection => Off => Off > mbstring.substitute_character => no value => no value > > > * gettext in "php -i" > GetText Support => enabled -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: Tomas K. <to...@us...> - 2010-08-19 06:58:35
|
Paul Lesniewski wrote: > > On Fri, Aug 13, 2010 at 8:17 AM, nethubonline <net...@gm...> > wrote: >> >> Although the non-compliant headers is sender's problem, but actually it >> is a >> SPAM, so we have nothing to do on it. > > As I recall, there is in fact a user agent header that points you to a > valid email marketing software vendor. This could be considered less > spammy in that you can in fact address the issue to that software > vendor. > Sender software should be fixed, but invalid headers should be unable to put receiver program in infinite loop. Paul Lesniewski wrote: > >> Secondly, we believe that even a >> webmail software should not be "fixed" to read non-compliant headers, but >> I >> think ..... you will agree that it should not generate 100% CPU loading >> to >> affect the whole server. >> >> Sorry for the insufficient information, here it is: > > Thanks for this info. Unfortunately, I am unable to do anything more > about this until I can reliably retrieve your sample email. The > attachment you originally sent is corrupt for me when I download it. > Please send attachments directly to this mailing list instead of using > Nabble. > Archive is gzipped twice. In extension based world it should be called abc.tar.gz.gz -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29479063.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: nethubonline <net...@gm...> - 2010-08-20 04:49:26
|
Paul Lesniewski wrote: > > Thanks for this info. Unfortunately, I am unable to do anything more > about this until I can reliably retrieve your sample email. The > attachment you originally sent is corrupt for me when I download it. > Sorry for the mistake about the attachment, here I upload a zipped file which contains 3 sample to cause the squirrelmail load continuously: http://old.nabble.com/file/p29488699/problem_emails.zip problem_emails.zip -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29488699.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: Paul L. <pa...@sq...> - 2010-08-26 03:55:29
|
On Thu, Aug 19, 2010 at 9:49 PM, nethubonline <net...@gm...> wrote: > > > Paul Lesniewski wrote: >> >> Thanks for this info. Unfortunately, I am unable to do anything more >> about this until I can reliably retrieve your sample email. The >> attachment you originally sent is corrupt for me when I download it. >> > > Sorry for the mistake about the attachment, here I upload a zipped file > which contains 3 sample to cause the squirrelmail load continuously: > > http://old.nabble.com/file/p29488699/problem_emails.zip problem_emails.zip Thank you for the further example specimens. So far I cannot reproduce the issue, so your continued help is appreciated. It's likely due to version differences, perhaps in particular, the mbstring functionality is not reliable across versions. I have opened a bug tracker item to track this issue, where I have also uploaded all the example messages you have found. I have also uploaded two patch files to that tracker: 1) A patch that adds some debugging information to the screen so you can report back what happens when the lock-up (endless loop) happens 2) A patch that might contain a potential fix for the problem (however, this fix is just a guess by me, since I cannot yet reproduce the issue myself) Please have a look at your earliest convenience. https://sourceforge.net/tracker/index.php?func=detail&aid=3053349&group_id=311&atid=100311 Oh, also, what translation pack are you using (date? charset from locale/zh_TW/LC_MESSAGES/squirrelmail.po?)? Note that the zh_TW was changed to UTF-8 in early 2008, but if you are using a translation from any earlier, this could be an issue. If that's the case, please download a a newer translation from the downloads page. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: nethubonline <net...@gm...> - 2010-08-26 06:16:08
|
Paul Lesniewski wrote: > > Thank you for the further example specimens. So far I cannot > reproduce the issue, so your continued help is appreciated. It's > likely due to version differences, perhaps in particular, the mbstring > functionality is not reliable across versions. > Actually I just use the sources file in official website to re-produce the problem, but please kindly note that you will need to change the language to Traditional Chinese language in order to re-produce the issue. (Options > Display Preferences > set "Chinese Trad" in Language > Submit) Paul Lesniewski wrote: > > I have also uploaded two patch files to that tracker: > > 1) A patch that adds some debugging information to the screen so you > can report back what happens when the lock-up (endless loop) happens > > 2) A patch that might contain a potential fix for the problem > (however, this fix is just a guess by me, since I cannot yet reproduce > the issue myself) > > Please have a look at your earliest convenience. > > https://sourceforge.net/tracker/index.php?func=detail&aid=3053349&group_id=311&atid=100311 > Seems above 2 patches cannot help, I just re-test different combination of squirrelmail installation, here are the results: Environment: only install squirrelmail-1.4.21.tar.bz Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + all_locales-1.4.18-20090526.tar.bz2 Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + squirrelmail-20100826_0200-SVN.locales.tar.bz2 Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + squirrelmail-decode-1.2.tar.bz2 Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + squirrelmail-20100826_0200-SVN.locales.tar.bz2 + squirrelmail-decode-1.2.tar.bz2 Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + strings.php.possible.fix.diff Result: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + strings.php.debug.diff Result: No debug msg is shown, after 40-50% cpu loading in server for a minute, the firefox prompted Runtime Error "This application has requested the Runtime to terminate it in an unusual way". * Plz note all above sources are downloaded from http://squirrelmail.org/download.php Paul Lesniewski wrote: > > Oh, also, what translation pack are you using (date? charset from > locale/zh_TW/LC_MESSAGES/squirrelmail.po?)? Note that the zh_TW was > changed to UTF-8 in early 2008, but if you are using a translation > from any earlier, this could be an issue. If that's the case, please > download a a newer translation from the downloads page. > In my first test, I didn't apply any translation pack (locale), just the fresh install of squirrelmail sources, and from above several testing, you can see both "with translation pack" & "without translation pack" will cause same issue. -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29539184.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: Paul L. <pa...@sq...> - 2010-08-26 17:35:32
|
>> Thank you for the further example specimens. So far I cannot >> reproduce the issue, so your continued help is appreciated. It's >> likely due to version differences, perhaps in particular, the mbstring >> functionality is not reliable across versions. > > Actually I just use the sources file in official website to re-produce the > problem, but please kindly note that you will need to change the language to > Traditional Chinese language in order to re-produce the issue. (Options > > Display Preferences > set "Chinese Trad" in Language > Submit) I mean versions of PHP, mbstring, O/S, and whatnot. >> I have also uploaded two patch files to that tracker: >> >> 1) A patch that adds some debugging information to the screen so you >> can report back what happens when the lock-up (endless loop) happens >> >> 2) A patch that might contain a potential fix for the problem >> (however, this fix is just a guess by me, since I cannot yet reproduce >> the issue myself) >> >> Please have a look at your earliest convenience. >> >> https://sourceforge.net/tracker/index.php?func=detail&aid=3053349&group_id=311&atid=100311 > > Seems above 2 patches cannot help, I just re-test different combination of > squirrelmail installation, here are the results: > > Environment: only install squirrelmail-1.4.21.tar.bz > Result: 100% cpu loading after go to Options > Display Preferences > set > "Chinese Trad" in Language > Submit 100% CPU load after clicking the "Submit" button?? Do you mean after you click "Submit" and go to the INBOX message list? Or do you really mean the Display Options page "Submit" button locked up the server?? > Environment: only install squirrelmail-20100826_0200-SVN.stable.tar.bz2 + > strings.php.debug.diff > Result: No debug msg is shown, after 40-50% cpu loading in server for a > minute, the firefox prompted Runtime Error "This application has requested > the Runtime to terminate it in an unusual way". No debug message is shown when you do what? What action are you trying in this case? Does the screen show anything at all? > * Plz note all above sources are downloaded from > http://squirrelmail.org/download.php > > > > Paul Lesniewski wrote: >> >> Oh, also, what translation pack are you using (date? charset from >> locale/zh_TW/LC_MESSAGES/squirrelmail.po?)? Note that the zh_TW was >> changed to UTF-8 in early 2008, but if you are using a translation >> from any earlier, this could be an issue. If that's the case, please >> download a a newer translation from the downloads page. >> > > In my first test, I didn't apply any translation pack (locale), just the > fresh install of squirrelmail sources, and from above several testing, you > can see both "with translation pack" & "without translation pack" will cause > same issue. You can't use SquirrelMail in Traditional Chinese without a translation pack, although that might not matter (the problem may not be related to the presence or lack of the presence of the translations). -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: Paul L. <pa...@sq...> - 2010-08-26 20:10:32
|
>> Environment: only install squirrelmail-1.4.21.tar.bz >> Result: 100% cpu loading after go to Options > Display Preferences > set >> "Chinese Trad" in Language > Submit > > 100% CPU load after clicking the "Submit" button?? Do you mean after > you click "Submit" and go to the INBOX message list? Or do you really > mean the Display Options page "Submit" button locked up the server?? If the CPU locks up when you go to the INBOX message list, you can retrieve the debugging results by stopping your web server very soon after you hit the message list and it locks up. This should give enough output to the browser. After that, you can safely restart the web server. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: Tomas K. <to...@us...> - 2010-08-26 18:32:02
|
Paul Lesniewski wrote: > > 100% CPU load after clicking the "Submit" button?? Do you mean after > you click "Submit" and go to the INBOX message list? Or do you really > mean the Display Options page "Submit" button locked up the server?? > while() cycle in sm_truncate_string() assumes that strpos/mb_strpos advances to next symbol. In some conditions (mbstring + raw gb2313 text + utf-8 charset used by translation + some PHP version, at least 5.3.13) it does not advance. If you want better explanation, I can split that string into hex codes and try to find what is specific in position which locks the cycle. >>> Oh, also, what translation pack are you using (date? charset from >>> locale/zh_TW/LC_MESSAGES/squirrelmail.po?)? Note that the zh_TW was >>> changed to UTF-8 in early 2008, but if you are using a translation >>> from any earlier, this could be an issue. If that's the case, please >>> download a a newer translation from the downloads page. >>> >> >> In my first test, I didn't apply any translation pack (locale), just the >> fresh install of squirrelmail sources, and from above several testing, >> you >> can see both "with translation pack" & "without translation pack" will >> cause >> same issue. > > You can't use SquirrelMail in Traditional Chinese without a > translation pack, although that might not matter (the problem may not > be related to the presence or lack of the presence of the > translations). > It does not matter if translation files are installed on not. Key is utf-8 charset. You can't reproduce it in iso-8859-1, because all symbols there use only one byte, and you can't reproduce it in euc-jp, euc-kr or other JCK charset used in SquirrelMail, because these charsets use two bytes and don't follow strict formating rules of utf-8. -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29545589.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: Paul L. <pa...@sq...> - 2010-08-26 20:20:08
|
>> 100% CPU load after clicking the "Submit" button?? Do you mean after >> you click "Submit" and go to the INBOX message list? Or do you really >> mean the Display Options page "Submit" button locked up the server?? > > while() cycle in sm_truncate_string() assumes that strpos/mb_strpos advances > to next symbol. In some conditions (mbstring + raw gb2313 text + utf-8 > charset used by translation + some PHP version, at least 5.3.13) I think you mean 5.2.13 > it does not > advance. If you want better explanation, I can split that string into hex > codes and try to find what is specific in position which locks the cycle. What do you mean by "does not advance?" i.e., mb_strpos($haystack, $needle, $offset, $charset) === $offset? If I fake this condition by returning $offset from sq_strpos(), this still won't create an infinite loop, because eventually the entity start position variable is incremented beyond the allowable maximum character count. However, if mb_strpos() is returning 0 (zero) instead of FALSE as it should, this *does* create an infinite loop. I have uploaded a new patch for this condition to the tracker I previously mentioned. Testers are appreciated. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: Tomas K. <to...@us...> - 2010-08-29 12:51:40
|
2010.08.26 23:19 Paul Lesniewski rašė: >>> 100% CPU load after clicking the "Submit" button?? Do you mean after >>> you click "Submit" and go to the INBOX message list? Or do you really >>> mean the Display Options page "Submit" button locked up the server?? >> >> while() cycle in sm_truncate_string() assumes that strpos/mb_strpos >> advances >> to next symbol. In some conditions (mbstring + raw gb2313 text + utf-8 >> charset used by translation + some PHP version, at least 5.3.13) > > I think you mean 5.2.13 > >> it does not >> advance. If you want better explanation, I can split that string into >> hex >> codes and try to find what is specific in position which locks the >> cycle. > > What do you mean by "does not advance?" i.e., mb_strpos($haystack, > $needle, $offset, $charset) === $offset? If I fake this condition by > returning $offset from sq_strpos(), this still won't create an > infinite loop, because eventually the entity start position variable > is incremented beyond the allowable maximum character count. > > However, if mb_strpos() is returning 0 (zero) instead of FALSE as it > should, this *does* create an infinite loop. I have uploaded a new > patch for this condition to the tracker I previously mentioned. mb_strpos returns position which is smaller than offset, but it is not zero or boolean false. Reported position does not contain character defined in $needle. First amp is reported correctly (position = 3), second one is reported with -8 or -10 mistake (20 or 22 instead of 30). It is not specific to one PHP version. & position is not reported correctly in 5.2.0 (debian etch), 5.2.13 (standard php package) and 5.3.2 (debian squeeze). 5.2.0 should not put while() into infinite loop, because reported ; position is higher than real & position. Attached test script and test results. Can't see options for attaching files on SF tracker. Will try to reduce test script to something suitable for PHP bug tracker. -- Tomas |
|
From: Paul L. <pa...@sq...> - 2010-09-03 02:51:16
|
On Sun, Aug 29, 2010 at 5:50 AM, Tomas Kuliavas <to...@us...> wrote: > 2010.08.26 23:19 Paul Lesniewski rašė: >>>> 100% CPU load after clicking the "Submit" button?? Do you mean after >>>> you click "Submit" and go to the INBOX message list? Or do you really >>>> mean the Display Options page "Submit" button locked up the server?? >>> >>> while() cycle in sm_truncate_string() assumes that strpos/mb_strpos >>> advances >>> to next symbol. In some conditions (mbstring + raw gb2313 text + utf-8 >>> charset used by translation + some PHP version, at least 5.3.13) >> >> I think you mean 5.2.13 >> >>> it does not >>> advance. If you want better explanation, I can split that string into >>> hex >>> codes and try to find what is specific in position which locks the >>> cycle. >> >> What do you mean by "does not advance?" i.e., mb_strpos($haystack, >> $needle, $offset, $charset) === $offset? If I fake this condition by >> returning $offset from sq_strpos(), this still won't create an >> infinite loop, because eventually the entity start position variable >> is incremented beyond the allowable maximum character count. >> >> However, if mb_strpos() is returning 0 (zero) instead of FALSE as it >> should, this *does* create an infinite loop. I have uploaded a new >> patch for this condition to the tracker I previously mentioned. > > mb_strpos returns position which is smaller than offset, but it is not > zero or boolean false. Reported position does not contain character > defined in $needle. First amp is reported correctly (position = 3), second > one is reported with -8 or -10 mistake (20 or 22 instead of 30). It is not > specific to one PHP version. & position is not reported correctly in 5.2.0 > (debian etch), 5.2.13 (standard php package) and 5.3.2 (debian squeeze). > 5.2.0 should not put while() into infinite loop, because reported ; > position is higher than real & position. That is behavior that could be termed incipient, even if unintentional. The PHP bug tracker link for this issue is: http://bugs.php.net/bug.php?id=52731 The OP took the time to test and report on the fix I suggested and confirmed that it works, so it has been added to our repository and the issue considered "fixed" as far as we are concerned. > Attached test script and test results. Can't see options for attaching > files on SF tracker. Will try to reduce test script to something suitable > for PHP bug tracker. Thanks for your research. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: nethubonline <net...@gm...> - 2010-08-27 05:05:17
|
Paul Lesniewski wrote: > > 100% CPU load after clicking the "Submit" button?? Do you mean after > you click "Submit" and go to the INBOX message list? Or do you really > mean the Display Options page "Submit" button locked up the server?? > Sorry for my unclear msg, it should be: 100% cpu loading after go to Options > Display Preferences > set "Chinese Trad" in Language > Submit > go to Inbox to view the email Paul Lesniewski wrote: > > No debug message is shown when you do what? What action are you > trying in this case? Does the screen show anything at all? > I just go to Options > Display Preferences > set "Chinese Trad" in Language > Submit > go to Inbox to view the email. if there is no problem email in the inbox, the debug msg can be shown, however if there is problem email in inbox, then only show the top menu.....and then hanged. Paul Lesniewski wrote: > > You can't use SquirrelMail in Traditional Chinese without a > translation pack, although that might not matter (the problem may not > be related to the presence or lack of the presence of the > translations). > Yes, that's why I perform several testing that with and without translation pack :) Paul Lesniewski wrote: > > However, if mb_strpos() is returning 0 (zero) instead of FALSE as it > should, this *does* create an infinite loop. I have uploaded a new > patch for this condition to the tracker I previously mentioned. > Testers are appreciated. > Thx Paul. I confirmed that after I patched squirrelmail with strings.php.fix.diff, the page can be displayed without generate 100% cpu loading. -- Ming Nethub Online Limited http://www.nethub.com.hk -- View this message in context: http://old.nabble.com/load-continuously-for-some-emails-in-some-languages-with-utf-8-charset-tp29008490p29549448.html Sent from the squirrelmail-users mailing list archive at Nabble.com. |
|
From: Paul L. <pa...@sq...> - 2010-09-03 02:48:01
|
On Thu, Aug 26, 2010 at 10:05 PM, nethubonline <net...@gm...> wrote: > > > Paul Lesniewski wrote: >> >> 100% CPU load after clicking the "Submit" button?? Do you mean after >> you click "Submit" and go to the INBOX message list? Or do you really >> mean the Display Options page "Submit" button locked up the server?? >> > > Sorry for my unclear msg, it should be: > 100% cpu loading after go to Options > Display Preferences > set "Chinese > Trad" in Language > Submit > go to Inbox to view the email > > > Paul Lesniewski wrote: >> >> No debug message is shown when you do what? What action are you >> trying in this case? Does the screen show anything at all? >> > > I just go to Options > Display Preferences > set "Chinese Trad" in Language >> Submit > go to Inbox to view the email. if there is no problem email in > the inbox, the debug msg can be shown, however if there is problem email in > inbox, then only show the top menu.....and then hanged. > > > Paul Lesniewski wrote: >> >> You can't use SquirrelMail in Traditional Chinese without a >> translation pack, although that might not matter (the problem may not >> be related to the presence or lack of the presence of the >> translations). >> > > Yes, that's why I perform several testing that with and without translation > pack :) > > > > Paul Lesniewski wrote: >> >> However, if mb_strpos() is returning 0 (zero) instead of FALSE as it >> should, this *does* create an infinite loop. I have uploaded a new >> patch for this condition to the tracker I previously mentioned. >> Testers are appreciated. >> > > Thx Paul. I confirmed that after I patched squirrelmail with > strings.php.fix.diff, > the page can be displayed without generate 100% cpu loading. Thanks for taking the time to submit the needed test messages and test the suggested patches. I have committed the fix to our repository, so snapshots of version 1.4.22 should carry this fix within 24 hours from now. We appreciate your help. -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
|
From: Andrés C. <an...@ch...> - 2011-06-30 08:00:18
|
My question in symple, how can I translate and how do apply the translation of the "NOTES" module? El Vie, 20 de Agosto de 2010, 6:49, nethubonline escribió: Paul Lesniewski wrote: > > Thanks for this info. Unfortunately, I am unable to do anything more > about this until I can reliably retrieve your sample email. The > attachment you originally sent is corrupt for me when I download it. > Sorry for the mistake about the attachment, here I upload a zipped file which contains 3 sample to cause the squirrelmail load continuously: http://old.nabble.com/file/p29488699/problem_emails.zip problem_emails.zip _______________________ andrés chandía P No imprima innecesariamente. ¡Cuide el medio ambiente! |
|
From: Paul L. <pa...@sq...> - 2011-07-03 09:59:09
|
2011/6/30 "Andrés Chandía" <an...@ch...> > > My question in symple, how can I translate and how do apply the translation of the "NOTES" module? What does this have to do with the thread you replied to (see below)? There is plenty of information about translating plugins on the SquirrelMail website. Try reading that and asking more specific questions. > El Vie, 20 de Agosto de 2010, 6:49, nethubonline escribió: > > > Paul Lesniewski wrote: > > > > Thanks for this info. Unfortunately, I am unable to do anything more > > about this until I can reliably retrieve your sample email. The > > attachment you originally sent is corrupt for me when I download it. > > > > Sorry for the mistake about the attachment, here I upload a zipped file > which contains 3 sample to cause the squirrelmail load continuously: > > http://old.nabble.com/file/p29488699/problem_emails.zip problem_emails.zip > > > > > > _______________________ > andrés chandía > -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X