🚀 go-pugleaf

You were right - thanks!
The server does not like the words "Indy Library"

Now it does work

thanks again

Roland


"Remy Lebeau (TeamB)" <no.spam@no.spam.com> wrote in message
news:48082037$1@newsgroups.borland.com...
>
> "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
>