Received: (qmail 54455 invoked by uid 501); 9 Jun 2000 13:21:28 -0000
Message-Id: <20000609132128.54454.qmail@locus.apache.org>
Date: 9 Jun 2000 13:21:28 -0000
From: Mikko Kalsi <Mikko.Kalsi@Liinos.fi>
Reply-To: Mikko.Kalsi@Liinos.fi
To: submit@bugz.apache.org
Subject: POST request loses data
X-Send-Pr-Version: 3.110

>Number:         6170
>Category:       mod_cgi
>Synopsis:       POST request loses data
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    apache
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          support
>Submitter-Id:   apache
>Arrival-Date:   Fri Jun 09 06:30:01 PDT 2000
>Closed-Date:    Mon Oct 16 23:18:31 PDT 2000
>Last-Modified:  Mon Oct 16 23:18:31 PDT 2000
>Originator:     Mikko.Kalsi@Liinos.fi
>Release:        1.3.12
>Organization:
>Environment:
Windows NT Server 4.0
>Description:
When sending data with length over 4830 bytes through HTTP POST method propably serverside loses information. Client sends all data (over 4830) but our cgi-script receives only 4830 bytes.
As far as we know there shouldn't be any length limitations when using POST.



>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open-feedback
State-Changed-By: wrowe
State-Changed-When: Sun Oct  1 11:29:18 PDT 2000
State-Changed-Why:

No, you should not see this behavior.  But is the read mode
currently 'text' as opposed to 'raw' mode?  If your cgi is
translating (via the perl or c libraries) any CR-LF pair
into a LF, it will affect the content length.

Is this your discrepancy?  Otherwise, please include more
details in your reply.

State-Changed-From-To: feedback-closed
State-Changed-By: wrowe
State-Changed-When: Mon Oct 16 23:18:30 PDT 2000
State-Changed-Why:
[This is a standard response.]
No response from submitter, assuming issue has been resolved.
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <apbugs@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]