On Thu, Aug 26, 2010 at 10:05 PM, nethubonline 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 se
On Sun, Aug 29, 2010 at 5:50 AM, Tomas Kuliavas
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
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 lo
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_str
>> 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
>> 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?
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 s
>> 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
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 ju
On Thu, Aug 19, 2010 at 9:49 PM, nethubonline 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.
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
Paul Lesniewski wrote:
>
> On Fri, Aug 13, 2010 at 8:17 AM, nethubonline
> 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 em
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 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
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
On Sun, Aug 8, 2010 at 1:47 AM, nethubonline 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
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.t
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
> wrote:
>>
>> Using the newest version of SquirrelMail which is newly installed without
>> any
>> plugins/locale, if the inbox contains the att
On Sun, Jun 27, 2010 at 7:31 PM, nethubonline 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
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% C
19 matches
Mail list logo
