This is a follow-up to my previous message regarding the inability to view emails that are composed in HTML rather than plain-text.
I am running: Apache 2.2.8 PHP 5.2.6 RoundCube 0.2-Alpha Linux OS (Fedora 9)
Here is the output from my modsec log:
--80495d17-A-- [04/Jul/2008:01:24:52 --0700] db1-0H8AAAEAAAmLNeMAAAAG 71.245.97.90 60425 71.245.97.91 443 --80495d17-B-- GET /mail/?_task=mail&_action=show&_uid=3736&_mbox=INBOX HTTP/1.1 Host: www.xxxxx.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: https://www.xxxxx.com/mail/?_task=mail&_mbox=INBOX&_refresh=1 Cookie: language=en; PLASESSID=5obrid2j0rqendoga9ij4qe2b0; collapsedNodes=; roundcube_sessid=3b34a1131c8ffc629c21296135b3a009
--80495d17-F-- HTTP/1.0 500 Internal Server Error X-Powered-By: PHP/5.2.6 Expires: Cache-Control: max-age=0 Pragma: Last-Modified: Fri, 04 Jul 2008 08:23:52 GMT Etag: "88dd43ecf32e88de878958b06fdccc47" Content-Encoding: gzip Vary: Accept-Encoding Content-Length: 26 Connection: close Content-Type: text/html; charset=UTF-8
--80495d17-E--
<unreadable binary was here>
--80495d17-H-- Message: Could not set variable "resource.alerted_960903_compression" as the collection does not exist. Message: Warning. Operator EQ match: 0. [id "960903"] [msg "ModSecurity does not support content encodings"] [severity "WARNING"] Apache-Handler: php5-script Stopwatch: 1215159892541392 243714 (180 2454 243192) Response-Body-Transformed: Dechunked Producer: ModSecurity v2.1.7 (Apache 2.x) Server: Apache/2.2.8 (Fedora) DAV/2 mod_auth_kerb/5.3 PHP/5.2.6 mod_python/3.3.1 Python/2.5.1 mod_ssl/2.2.8 OpenSSL/0.9.8b
--80495d17-Z--
As you can see from this log, I am receiving an Internal Server Error 500 when attempting to view HTML messages. I am guessing that it may have something to do with the "GZIP" Content Encoding. In fact, I'm wondering why the content is encoded in GZIP anyway? This isn't the way it should be, right? Also, if you're wondering why this is a modsec output, it may be because my RoundCube setup runs via HTTPS instead of HTTP.
Any help would be greatly appreciated!!
thanks! _______________________________________________ List info: http://lists.roundcube.net/users/
I am running: Apache 2.2.8 PHP 5.2.6 RoundCube 0.2-Alpha Linux OS (Fedora 9)
OK.
Here is the output from my modsec log:
Accept-Encoding: gzip,deflate
Well, your browser says it accepts gzip, so it should be OK for the
server to send it.
I don't think this is the issue.
I am guessing that it may have something to do with the "GZIP" Content Encoding.
May be, but I don't think so.
In fact, I'm wondering why the content is encoded in GZIP anyway?
Because your browser said it was OK to send it this way, and with
today's CPU horsepower, it is a proven way to improve site response
as seen by the end user. To make sure, disable gzip by commenting out
the "AddEncoding x-gzip gz tgz" directive and / or look at
http://httpd.apache.org/docs/2.2/mod/mod_deflate.html
Also, does this happen with all browsers on all platforms ? Your header dump indicates testing only with Firefox/2.0.0.14.
You can turn off gzip support in Firefox via "about:config" and
change "network.http.accept-encoding" to "" and test that if you
can't get the server to stop sending gzip encoded data.
Also, if you're wondering why this is a modsec output, it may be because my RoundCube setup runs via HTTPS instead
of HTTP.
Does the problem occur if you use HTTP ? I know you are using HTTPS
for a reason, but switching temporarily to HTTP for troubleshooting
would be a good test. If the problem disappears, that narrows down
where the problem is.
Any 500 error should be logged by the server. If you aren't finding
it where you expect, look in other logs. I would do a ls -ltr in the
log directory, then reproduce the error, and do another ls -ltr to
see which files changed. You could pipe the output to "tail -5" or
something if you have a lot of log files.
HTH,
Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265
List info: http://lists.roundcube.net/users/