Search results

updated 3.0 package should have the log file and problem #1 addressed. We have no good idea about the second problem yet.

We failed to reproduce the issue on our test server with fresh installed copy of latest 3.0 build. can you please give it a try? http://www.litespeedtech.com/packages/3.0/lsws-3.0-std-sparc-solaris.tar.gz A truss/pstack dump would be helpful if the problem is still there. Thanks.

We will treat directadmin's byte log as a special case. Custom access log is not supported in standard edition, and this feature is not available via Apache's httpd.conf. Can you please clarify what exactly is the problem #1? I guess it is that "php_admin_value" should not be applied to alias...

Thanks, I think we will do exactly the same. :)

Thanks for the update, we will take a look. How long does it take for this problem start to happen? Is it on a i386 system or a SPARC system?

Does the script takes long time to finish? It may not be a problem of timeout setting, maybe a missing PHP module or something. I think you need to turn on debug logging, and maybe strace the PHP process to find out what is the problem.

OK, we will take a closer look at this. Thanks for the bug report.

Please checkout our wiki http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed:wiki:feature:internal_redirect

should be fixed in ruby-lsapi 2.1 release. Please give it a try.

The problem is that, LSWS may not know the value of $user, only the domain name. Does cPanel suspend the account automatically when bandwidth limit exceeds? does it redirect to another suspended page in .htaccess other than the default account suspended page? If LSWS does not do anything...

Please send your app to bug (at) litespeedtech (d o t) com. Thanks!

We will take a look at this, seems we need to add a function to convert a LSAPI instance to a string.

Then try set PATH environment variable to the same value as your shell, if there is other environment variables required by qmail, add them to lsphp's environment.

those numbers are looking fine. Maybe you need to set "sendmail_path" in php.ini details are in http://us3.php.net/mail LSWS will not pass your shell PATH environment to PHP started by it, instead, it set PATH to "/usr/bin:/bin", so a wrong "sendmail" might be used. you can set PATH in...

I think there might be something in php.ini prevent the mail function work properly. You can try CLI or LSAPI PHP from comand line using option "-c <path_to_php.ini>", see if you get the same result as run under LSWS. For LSWS configuration, please double check process soft/hard limit and...

You can use the LSAPI version as the CLI one. If the email got into the mail queue, it may not be a PHP email problem, maybe missing something in the email message itself.

What kind of method are you using to send email, sendmail? mail? or SMTP? It is a PHP problem, you can use "strace" to trace the PHP process to find out what exactly causes it.

Do you have an idea about the location of the suspended page?

http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed_wiki:php:lsapi

apache_request_headers() only works when PHP run as an Apache module. 'REDIRECT_STATUS' variable is Apache specific, not a standard CGI environment variable, so it is not available in LSWS yet, we will add it in 3.0 official release.