Raphael
Mon Dec 12 06:53:02 CST 2005
That's what my customer said too, but I can run the program with the same
amount of post data on my own machine (WinXP & IIS 5.1), without any problems.
I'm not running URLScan by the way. Seems to me, that the problem is in
Win2000 Server or then somehow our intranet and extranet limit the amount of
data. As far as I can see the program correctly handles about 8'800bytes and
then it reloads
the form data new and starts processing it again, only to crash after about
1'000 bytes. Can it have anything to do with CGI-timeout?
Regards,
Raphael
"David Wang [Msft]" wrote:
> IIS5 does not have such limits on size of HTTP POST.
>
> Closest thing would be if you were running URLScan, but the default limit
> there is 2GB.
>
> Your problem sounds like a bug in the program you are using to accept the
> FORM.
>
> --
> //David
> IIS
>
http://blogs.msdn.com/David.Wang
> This posting is provided "AS IS" with no warranties, and confers no rights.
> //
> "Raphael" <Raphael@discussions.microsoft.com> wrote in message
> news:4F480B3B-7AC6-41AE-A12A-ED2A0774FCA5@microsoft.com...
> Hi,
>
> I'm trying to submit a form with a textarea-field, which has about 80'000
> characters. Somehow the server receives only a certain amount of data (about
> 30'000 bytes). I've been trying to get some info on this problem, and what I
> found were
http://support.microsoft.com/?id=820129 (INF: Http.sys Registry
> Settings for IIS) and
>
http://support.microsoft.com/default.aspx?scid=kb;en-us;260694 (Description
> of the MaxClientRequestBuffer Registry Value).
>
> Unfortunately these are describing how update IIS 6.0 and/or Windows 2003
> server, but I'm running IIS 5.0 on a Windows 2000 server. Thus I couldn't
> find any http.sys or it's entry in the registry. Are there any equivalent
> actions I could take to achieve the same results in my particular
> environment? Basically what I'm looking for is to increasing the amount of
> data, which can be read/processed through a http post.
>
> I appreciate your help!
>
> Regards,
> Raphael
>
>
>