The HTTP component doesn't change a single byte received from the server. It
is likely either the server doesn't send it properly or you don't display it
properly.
--
Contribute to the SSL Effort.
Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
Author of ICS (Internet Component Suite
> I have two problems with downloading files from a FTP server. The first
problem is, that if I have downloaded a file on my computer, the file is
damaged or incorrect.
> To make it clear here is an image I have downloaded:
> http://img365.imageshack.us/img365/8488/b19wa.jpg
Probably you forgot to
Hi there,
I have two problems with downloading files from a FTP server. The first problem
is, that if I have downloaded a file on my computer, the file is damaged or
incorrect.
To make it clear here is an image I have downloaded:
http://img365.imageshack.us/img365/8488/b19wa.jpg
The second prob
Hi all,
I try to use THttpCli with some web site contain Arabic string when
I show string that contain Arabic language its appear in unknown charters.
I look in the source of THttpCli I found properties of AcceptLanguage
when I add us-ar (For Arabic) the problem still and Arabic char does
Hi,
Also you have to connect to the machine where socketspy is running on,
on his listening port. So in your example 9001. It is a kind of a proxy
displaying all traffic trough it.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
Friday, May 2
> The client i try to connect has ip:100.200.300.400
This is not a valid IP ! All 4 numbers must be in the range 0..255.
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier fr
Hi Wilfried,
Started socketspy, but I can't get it working?
The client i try to connect has ip:100.200.300.400, port 9000
In socketspy:
Port: 9001 Address:100.200.300.400
Port : 9000
In TWSocket
Address: 100.200.300.400
Port : 9001
Is this the way it should wor
Francois,
Thanks for the reply.
I was originally using SendStream as this enabled me not to send back
http headers. I'll give it a whirl and see if the client can parse the
headers at his end.
Regards,
Andy
Francois PIETTE wrote:
>>> I initially used SendStream to send my xml back to
>>> the