Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 98378 invoked by uid 500); 1 Aug 2001 02:02:01 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 98367 invoked from network); 1 Aug 2001 02:02:01 -0000 Errors-To: Message-ID: <0cff01c11a2d$95007450$93c0b0d0@roweclan.net> From: "William A. Rowe, Jr." To: References: <3B671C62.B4363683@weirdness.com> Subject: Re: mod_tls and HTTP POST Date: Tue, 31 Jul 2001 20:58:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N I've narrowed this (already noted to Jerry) to something in the filter stack. You can demonstrate it by simply trying manual/misc/FAQ.html with SSI enabled. The SSI includes are dropped. There may be further complications in the interaction of the http_core.c and core.c filters, I'm still looking at that. Bill ----- Original Message ----- From: "Jerry Baker" To: Sent: Tuesday, July 31, 2001 4:00 PM Subject: mod_tls and HTTP POST > Apache 2.0.23-dev (from CVS yesterday) with OpenSSL 0.9.6b. > > If mod_tls is being used, a POST operation where $ENV{"Content-Length"} > exceeds 570 fails. That is to say that there is nothing sent to STDIN. > This was tried with IE 5.5, Netscape 4.78, and Mozilla 0.9.2. > > To test this I set up a form with a single "textarea" and had it "POST" > to a Perl script that simply read STDIN into a scalar ($variable) and > then did a "print $variable". It works fine as long as the content > length < 570. If the content length > 570 then Perl reports $variable as > undefined. If I access the same form without TLS (eg, http instead of > https) then it works fine. > > Another oddity with TLS is that with TLS active, accessing the stock > printenv.pl that ships with Apache fails. When accessed via https the > output of that script is truncated. > > PS - I am not subscribed to new-httpd because as of the sending of this > message all messages sent to new-httpd-subscribe@apache.org have gone > unanswered. > > -- > Jerry Baker > > PGP Key: http://keyserver.pgp.com/pks/lookup?op=get&search=0x48D96D45 > > LAME MP3 Encoder Binaries: http://www.jerrybaker.org/lame/ > Apache 2.0 Web server Installer: http://www.jerrybaker.org/apache/ >