Opened 8 years ago

Closed 6 years ago

Last modified 6 years ago

#1349473 closed Bugs (invalid)

500 Internal Server Error

Reported by: nobody Owned by: thomasb
Priority: 3 Milestone: 0.1-rc1
Component: PHP backend Version: 0.1-beta
Severity: major Keywords: htaccess 500 internal server error php cgi suphp suexec
Cc:

Description

Hello.

I have tried to install roundcube on a couple of apache-servers with 
mysql och apache.

When i've configured as specified i just get a 500 Internal Server 
Error.

Does somebody know how to do!

David

Change History (12)

comment:1 Changed 8 years ago by roundcube

Logged In: YES 
user_id=1262041

Remove each line in the .htaccess file and find out which
one is causing the problem. Please report if you found it.

comment:2 Changed 8 years ago by nobody

Logged In: NO 

I had the same problem, I got rid of the .htaccess file on
the main directory. I do not know enough about the file to
make the right modifications though.

Raghu

comment:3 Changed 7 years ago by j5redix

Logged In: YES 
user_id=1272492

Apache reports that you cannot use any sintax on that file
in a htaccess file, example:


... php_flag not allowed here, referer: ...
... order not allowed here, referer:  ...
... deny not allowed here, referer:  ...
...

Best regards...

comment:4 Changed 7 years ago by j5redix

Logged In: YES 
user_id=1272492

In order to use this kind of option in .htaccess you must
setup AllowOverride correctly in RoundCubeMail installation,
example:

On httpd.conf

<Directory /var/www/YOUR_ROUNDCUBE_INSTALLATION>
    AllowOverride AuthConfig Limit Options
</Directory>

Then restart apache.

Best regards...

comment:5 Changed 7 years ago by thomasb

  • Milestone 0.1-beta2 deleted
  • Status changed from assigned to closed

Not a real RoundCube bug

comment:6 Changed 7 years ago by beni

  • Component changed from None to PHP backend
  • Keywords htaccess 500 internal server error php cgi suphp suexec added
  • Milestone set to 0.1-beta2
  • Priority changed from 5 to 4
  • Resolution None deleted
  • Severity changed from critical to major
  • Status changed from closed to reopened
  • Version changed from None to later

The solution provided in the comment before mine will not work if php runs trough suphp.
To solve this issue, the php_* content inside the .htaccess file should additionally be enclosed in <IfModule? mod_php4.c></IfModule?> tags.

For Example:


<IfModule? mod_php4.c>

php_flag display_errors Off
php_flag log_errors On
php_value error_log logs/errors
php_value upload_max_filesize 2M

</IfModule?>

# ... other stuff in file


This way, the php_flags are only set, if the php4 module is loaded in the webserver configuration, which is not the case if PHP runs either as cgi or through suphp or similar (suexec for exaple)

I use SVN r 288 at the moment.

comment:7 Changed 7 years ago by beni

oops, sorry bad formatting.
here the corrected example of the correct .htaccess file:

<IfModule? mod_php4.c>
       php_flag display_errors Off
       php_flag log_errors On
       php_value error_log logs/errors
       php_value upload_max_filesize 2M
</IfModule>

# ... other stuff in file 

comment:8 Changed 7 years ago by beni

  • Priority changed from 4 to 3

sorry, wiki added again the questionmark. This version is okay:

<IfModule mod_php4.c>
       php_flag display_errors Off
       php_flag log_errors On
       php_value error_log logs/errors
       php_value upload_max_filesize 2M
</IfModule>

# ... other stuff in file 

comment:9 Changed 7 years ago by thomasb

  • Resolution set to invalid
  • Status changed from reopened to closed

This is a configuration problem and not a general RoundCube bug.

comment:10 Changed 7 years ago by beni

  • Resolution invalid deleted
  • Status changed from closed to reopened

You are right, this is a configuration issue. But a configuration issue roundcube opens, because roundcube Servers that part of configuration.
So it should be fixed, so that not only the php-module users are satisfied but instead also all the people who use php as cgi.

comment:11 Changed 7 years ago by thomasb

  • Milestone changed from 0.1-beta2 to 0.1-rc1
  • Owner changed from nobody to thomasb
  • Status changed from reopened to new
  • Version changed from later to 0.1-beta

comment:12 Changed 6 years ago by mkaatman

  • Resolution set to invalid
  • Status changed from new to closed

This is a configuration issue. Not caused by Roundcube. None of the files mentioned above are distributed with Roundcube. Maybe a note could be put in the documentation regarding this but it's certainly not a bug.

Note: See TracTickets for help on using tickets.