Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 90296 invoked from network); 27 Sep 2010 09:28:06 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Sep 2010 09:28:06 -0000 Received: (qmail 11249 invoked by uid 500); 27 Sep 2010 09:28:05 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 10962 invoked by uid 500); 27 Sep 2010 09:28:01 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 10955 invoked by uid 99); 27 Sep 2010 09:28:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Sep 2010 09:28:00 +0000 X-ASF-Spam-Status: No, hits=4.4 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of nicc777@gmail.com designates 209.85.216.49 as permitted sender) Received: from [209.85.216.49] (HELO mail-qw0-f49.google.com) (209.85.216.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Sep 2010 09:27:54 +0000 Received: by qwe4 with SMTP id 4so1912213qwe.22 for ; Mon, 27 Sep 2010 02:27:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=XFbvOIh68VjuBZM36NTqmQ4P/eYeNbtPWilIuzDBxVs=; b=O1139IaalQ9h7RDo7wX0j4FCnVxhzpKqWAmlDjEkwakN9Mm6I2JjPiviJ82jLbseoa HQVSKUYvF3cq/ejipvLzHrQhJV9Lz0vbjDmpP07iUYPi5Dt87cxzVLH/euPzHU7lGli4 Y0gRkdJt6WSq50vG5UYChrkmVVp32ymPyplRo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=QMF5VG+4gz6r+nc2o+/Zb6NFlCq/aXq+R16UjFFKwsPlKA1gTzRKV7ey/uYpUizDVh aIof7P1VrH0SCUNmJFFVFb97mxj6uT+uZDiAYPXWZGraW79vykxfab66qHiSOVtjDAkL m22IrTrJU82murr25xdyC58asXM+ethxA0Ar0= MIME-Version: 1.0 Received: by 10.224.11.6 with SMTP id r6mr5318230qar.5.1285579653409; Mon, 27 Sep 2010 02:27:33 -0700 (PDT) Received: by 10.229.241.14 with HTTP; Mon, 27 Sep 2010 02:27:33 -0700 (PDT) Date: Mon, 27 Sep 2010 11:27:33 +0200 Message-ID: Subject: All responses are 200 (server error) From: Nico Coetzee To: modperl Content-Type: multipart/alternative; boundary=0015175cb1d4926c0804913a5617 --0015175cb1d4926c0804913a5617 Content-Type: text/plain; charset=ISO-8859-1 Hi - don't know if anybody else have come across this. I have a mod_perl instance that produces output just as it should (checked in the logs and I even written the output to file just to have an extra check). The tcpdump also show everything is ok. BUT The content has the following HTML appended at the end: 200 OK

OK

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@host.example.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Apache/2.2.3 (CentOS) Server at webdavtest Port 81
So, I've enabled "debug" level logging everywhere and even enabled diagnostics in the mod_perl script. Nothing strange shows up anywhere. I even tried to change the return code with return Apache2::Const::XXX (XXX could be anything) but the return code is ALWAYS 200 with the above HTML appended to what ever output is sent to the browser. I also noted that the content length header is correct for the content sent to the browser and does not include the additional HTML above, but it still confuses the browser. Any ideas? Environment: CentOS 5.5 OS with the following packages: * httpd-2.2.3-43.el5.centos.3 * mod_perl-2.0.4-6.el5 In my config I have the following enabled: * LogLevel debug * PerlWarn On Thanks Nico --0015175cb1d4926c0804913a5617 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi - don't know if anybody else have come=A0across=A0this.

I have a mod_perl instance that produces output just as it should (c= hecked in the logs and I even written the output to file just to have an ex= tra check).

The tcpdump also show everything is ok.

<= /div>
BUT

The content has the following HTML a= ppended at the end:

<!DOCTYPE HTML PUBLIC = "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>200 OK</title>
</head><body>
<h1>OK</h1>
<= div><p>The server encountered an internal error or
misconfi= guration and was unable to complete
your request.</p>
<p>Please contact the server a= dministrator,
=A0webmaster@host.example.com and inform them of the time = the error occurred,
and anything you might have done that may have
caused the er= ror.</p>
<p>More information about this error may be = available
in the server error log.</p>
<hr>=
<address>Apache/2.2.3 (CentOS) Server at webdavtest Port 81</= address>
</body></html>

=
So, I've enabled "debug" level logging everywhere and ev= en enabled diagnostics in the mod_perl script. Nothing strange shows up any= where.

I even tried to change the return code with=A0return Ap= ache2::Const::XXX (XXX could be anything) but the return code is ALWAYS 200= with the above HTML appended to what ever output is sent to the browser.

I also noted that the content length header is correct = for the content sent to the browser and does not include the additional HTM= L above, but it still confuses the browser.

Any id= eas?

Environment:

CentOS 5.5 OS wit= h the following packages:

* httpd-2.2.3-43.el5.cen= tos.3
*=A0mod_perl-2.0.4-6.el5

In my con= fig I have the following enabled:

*=A0LogLevel debug
*=A0PerlWarn On
=
Thanks

Nico
--0015175cb1d4926c0804913a5617--