I have a Windows 2003 server, running IIS 6, I've also installed php. I have
asp.net versions 2.0.50727, and 1.1.4322 installed and have tried both with
the same results.

when I use the <form action="blahblah.php" method="post"> or <form
action="blahblah.php" method="get"> command in a web document, no data is
submitted. Yet I can take the exact same documents put them on a
unix(apache) box and the form's function flawlessly.

I've tested my php installation to verify functionality, I've tried both
ASP.net versions, I've added .html to the application configuration for this
site and pointed to asp.dll with verbs of GET,POST. I've modified
machine.config and web.config files(although I have not rebooted the server
as it is a production server, nor am I familiar enough with these 2 files to
be certain I have edited them properly). I have also made sure that the
Network services account has sufficient privledges on the appropriate
directories.....

I'm completely stumped why this won't work, and I'm almost positive the
source of my frustration lay in the actual <form method=post not being
allowed for some reason, as is suggested in this document
http://support.microsoft.com/default.aspx?scid=kb;en-us;819267

Any Help is much appreciated

Re: <form method=post/get problems by David

David
Thu Dec 15 05:01:48 CST 2005

The KB you referenced (KB819267) applies to .Net applications, like .aspx or
.asmx. It does not apply to .php

Form submission using method="get" will pass all form parameters on the URL.
Form submission using method="post" will pass all form parameters as
entity-body.

If by "no data is submitted" you mean that inside the PHP page you try to
reference the form parameters and they are not available, then it means that
the parameters were either rejected as a part of the URL or entity-body
prior to the PHP processor executing the request. So, we need to trace all
executing parts of the the entire request process.

I would first do a Network Monitor of the entire form submission process, to
make sure that the browser client ACTUALLY sent the form parameters on the
URL or entity-body. This would eliminate known client-side
optimizations/behaviors.

After you verify that the form parameters are actually sent by the browser
client, then you need to make sure that the web page actually processed the
request. Hopefully, you don't have something like URLScan rejecting POST
requests or you forgot to assign GET/POST verbs (default allows all verbs)
to the appropriate Application Mapping entry for .php/.asp/.aspx.

Right now, Form POST/GET are both working for me given your configuration,
so you've got some other undisclosed detail that is causing your problem.

Since you say the same Form POST fails regardless of whether it is .asp,
.aspx, or .php, then I would not bother with any ASP/ASP.Net/PHP-specific
configuration and look at what other ISAPI Filters you are running on IIS.

--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//

"BrettS" <BrettS@discussions.microsoft.com> wrote in message
news:5D93BB78-372C-4C30-B0A2-36A40D5A8CDF@microsoft.com...
>I have a Windows 2003 server, running IIS 6, I've also installed php. I
>have
> asp.net versions 2.0.50727, and 1.1.4322 installed and have tried both
> with
> the same results.
>
> when I use the <form action="blahblah.php" method="post"> or <form
> action="blahblah.php" method="get"> command in a web document, no data is
> submitted. Yet I can take the exact same documents put them on a
> unix(apache) box and the form's function flawlessly.
>
> I've tested my php installation to verify functionality, I've tried both
> ASP.net versions, I've added .html to the application configuration for
> this
> site and pointed to asp.dll with verbs of GET,POST. I've modified
> machine.config and web.config files(although I have not rebooted the
> server
> as it is a production server, nor am I familiar enough with these 2 files
> to
> be certain I have edited them properly). I have also made sure that the
> Network services account has sufficient privledges on the appropriate
> directories.....
>
> I'm completely stumped why this won't work, and I'm almost positive the
> source of my frustration lay in the actual <form method=post not being
> allowed for some reason, as is suggested in this document
> http://support.microsoft.com/default.aspx?scid=kb;en-us;819267
>
> Any Help is much appreciated
>
>