HTTP 1.0 support

Hello,
by default, IIS 6 on Windows Server 2003 returns a 400 error, Bad Request
when you use a non HTTP 1.1 spec compatible, Unix-like syntax in a HTTP GET
URL command.

In HTTP 1.1 spec, the syntax is GET HTTP://URL \r\n
In HTTP 1.0 spec, the syntax is GET HTTP://URL \n

\r = ascii char 13
\n = ascii char 10

The difference is in the famous carriage-return and line feed character
difference of the Unix/Windows world.

I use a software (Oracle Intermedia URL_DataStore Index 8.1.7) that does
it's request the 1.0 way, and I can't change this so I need to find a way to
make IIS 6 to accept those request.

Thanks in advance for any tips or advice,
Bruno Bedard

Please read the HTTP 1.0 standard (http://www.ietf.org/rfc/rfc1945.txt), it
clearly says:

HTTP/1.0 defines the octet sequence CR LF as the end-of-line marker for all
protocol elements except the Entity-Body... (section 2.2 Basic Rules)

It states that tolerant servers may handle LF line markers but it's not
required. Sorry I can't help you but you need to talk to Oracle about
getting a standards compliant software from them.

Jerry Pisk

"Bruno Bédard" <bruno.bedard.DeleteThis@drdc-rddc.gc.ca> wrote in message
news:1080248008.665569@news.drenet.dnd.ca...
 > Hello,
 > by default, IIS 6 on Windows Server 2003 returns a 400 error, Bad Request
 > when you use a non HTTP 1.1 spec compatible, Unix-like syntax in a HTTP
GET
 > URL command.
 >
 > In HTTP 1.1 spec, the syntax is GET <a style='text-decoration: underline;' href="HTTP://URL" target="_blank">HTTP://URL</a> \r\n
 > In HTTP 1.0 spec, the syntax is GET <a style='text-decoration: underline;' href="HTTP://URL" target="_blank">HTTP://URL</a> \n
 >
 > \r = ascii char 13
 > \n = ascii char 10
 >
 > The difference is in the famous carriage-return and line feed character
 > difference of the Unix/Windows world.
 >
 > I use a software (Oracle Intermedia URL_DataStore Index 8.1.7) that does
 > it's request the 1.0 way, and I can't change this so I need to find a way
to
 > make IIS 6 to accept those request.
 >
 > Thanks in advance for any tips or advice,
 > Bruno Bedard
 >
 ><!-- ~MESSAGE_AFTER~ -->