🚀 go-pugleaf

"roladdon" <roladdon@PutMyServerHere.ca> wrote in message 
news:48080716$1@newsgroups.borland.com...
> Sorry - I am new to packet sniffers.
> I hope this will be O.K.

Look at the request that works:

GET /php-test/test.php HTTP/1.1
Accept: */*
Accept-Language: en-ca
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 
1.0.3705; .NET CLR 1.1.4322; Media Center PC 4.0; .NET CLR 2.0.50727; 
InfoPath.1; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)
Host: torontowindsurfingclub.ca
Connection: Keep-Alive

Now look at your request that fails:

GET /php-test/test.php HTTP/1.1
Host: torontowindsurfingclub.ca
Accept: text/html, */*
Accept-Encoding: identity
User-Agent: Mozilla/3.0 (compatible; Indy Library)

There are two differences that could potentially cause one request to 
succeed but the other to fail - the User-Agent and Accept-Encoding header 
fields.

Some servers filter on the User-Agent field so they can provide 
browser-specific content.  Your server may be rejecting Indy as a 
User-Agent.  Try changing the Request.UserAgent property to closer match 
what IE uses.

If that does not work, then the Accept-Encoding header may also be a factor. 
The server may be wanting to compress every file, but your request is not 
allowing it to.  However, you did not say which version of Indy you are 
actually using.  Indy 9 and earlier do not support compressed HTTP replies. 
Indy 10 does, though.  TIdHTTP has a Compressor property for that.


Gambit