Re: [twsocket] HTTP relocation

[Stan]

RFC says that Location can contain only absolute URI.
Wikipedia say, that some software allows for relative URIs, but in that case
they must start from leading slash. So the response of the given server seems
incorrect. So http client may handle such malform relocations using its
arbitrary custom implementation.

Best wishes,
Stan

- Original Message - 
From: "Angus Robertson - Magenta Systems Ltd" 

To: 
Sent: Friday, November 30, 2012 7:13 PM
Subject: [twsocket] HTTP relocation



= Connected to: www.cytauk.com

GET / HTTP/1.0
Host: www.cytauk.com

< HTTP/1.1 302 Moved Temporarily
< Location: ./cytauk2/
= Connected to: www.cytauk.com

GET /./cytauk2/ HTTP/1.0
Host: www.cytauk.com

< HTTP/1.1 404 Not Found

Firefox seems to redirect to www.cytauk.com/cytauk2/ ignoring the extra ./
in the relocation header.  

Is the server wrong, Firefox too forgiving, or do we need a fix? 


Angus


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP server...

[zayin]

Hello,

Thanks.

It looks like:  AnswerString(Flags,'204 No Content','','','');  works fine.

Ciao,

Mark

 

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP server...

[RTT]

On 21-07-2012 21:22, zayin wrote:

I was wondering if there is a better solution. Some answer code that tells
the browser the data was received but not to change page or to reload the
button host page.

http://www.w3schools.com/ajax/default.asp
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP server component with WebDav support

[Tobias Rapp]

Arno Garrels wrote:
> This is untested:
> http://lists.elists.org/pipermail/twsocket/2012-January/044464.html

Oops, just skipped following the ICS mailing list for some days and thus
have not seen the previous message.

Thanks, Arno! Will have a look at it.

Regards,
Tobias

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP server component with WebDav support

[Arno Garrels]

Tobias Rapp wrote:
> Hi!
> 
> I would like to extend my existing ICS-based HTTP server to allow
> upload and removal of files on the server. From reading the HTTP
> specs at [1] it seems that the natural commands for these actions
> would be "PUT" [2] and "DELETE" [3].
> 
> Unfortunately the THttpServer/THttpConnection components do not
> support these actions yet as they seem only common for HTTP servers
> supporting WebDAV (at least you need to enable WebDAV in apache in
> order to support these HTTP requests).
> 
> I have seen that I can set an "OnUnknownRequestMethod" event handler
> in current versions of ICS but am unsure how to fetch the request body
> transmitted by the client for PUT requests.

This is untested:
http://lists.elists.org/pipermail/twsocket/2012-January/044464.html

-- 
Arno Garrels
 

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

OK, I asked to my customer if he could convert his p7b'scertificate to a 
PEM with the private key included and he accepted : now it WORKS FINE !! ^_^


Thanks to all of you, it helps me to understand these formats by the way ;)

Guillaume ROQUES

Le 20:59, Fastream Technologies a écrit :

Private keys are created during CSR (Certificate Signing Request) creation.
He who ordered the cert should have it.
Best Regards,

Subzero
On Fri, Oct 7, 2011 at 17:43, ROQUES Guillaume
wrote:


So as my customer bought a wildcard certificate, it must include a private
key or do I need to generate one ?

Actually, the problem comes from me or the customer ?


Gratefully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :


ROQUES Guillaume wrote:

  And ICS logger says :

15:57:49:896 InitCtx>   OpenSSL version: OpenSSL 0.9.8h 28 May 2008
15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
error:140B0009:SSL routines:SSL_CTX_use_**PrivateKey_file:PEM lib


So I checked MyCertificate.pem and I've got 3 blocks :


Without a private key it doesn't work. InitContext raises an exeption
in such case.

The private key has to be converted to PEM format as well, preferably
to a separate PEM file in your case and property SslPrivKeyFile should
point to it.

BTW: If you would not eat exceptions you would have got that error
message sooner and easier.

  --

To unsubscribe or change your settings for TWSocket mailing list
please goto 
http://lists.elists.org/cgi-**bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

OK, thanks to all of you.
I'm going to ask it from my customer and find a command line to convert 
p7b with the private key.


Gratefully (at the end ;),

Guillaume ROQUES

Le 20:59, Fastream Technologies a écrit :

Private keys are created during CSR (Certificate Signing Request) creation.
He who ordered the cert should have it.
Best Regards,

Subzero
On Fri, Oct 7, 2011 at 17:43, ROQUES Guillaume
wrote:


So as my customer bought a wildcard certificate, it must include a private
key or do I need to generate one ?

Actually, the problem comes from me or the customer ?


Gratefully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :


ROQUES Guillaume wrote:

  And ICS logger says :

15:57:49:896 InitCtx>   OpenSSL version: OpenSSL 0.9.8h 28 May 2008
15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
error:140B0009:SSL routines:SSL_CTX_use_**PrivateKey_file:PEM lib


So I checked MyCertificate.pem and I've got 3 blocks :


Without a private key it doesn't work. InitContext raises an exeption
in such case.

The private key has to be converted to PEM format as well, preferably
to a separate PEM file in your case and property SslPrivKeyFile should
point to it.

BTW: If you would not eat exceptions you would have got that error
message sooner and easier.

  --

To unsubscribe or change your settings for TWSocket mailing list
please goto 
http://lists.elists.org/cgi-**bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

> Hi Arno,

Hi Paul,

> We also have problems with the new certificates.

What problem exactly?

-- 
Arno Garrels


> Converted to .pem format, it contains only a private key and a single
> certificate section.
> It only works using an ISA server processing the SSL...
> 
> Paul
> 
> 
> 
> 
> - Original Message -
> From: "Arno Garrels" 
> To: "ICS support mailing" 
> Sent: Thursday, October 06, 2011 4:53 PM
> Subject: Re: [twsocket] HTTP SSL Server vs p7b certificate's format
> 
> 
>> ROQUES Guillaume wrote:
>>> And ICS logger says :
>>>> 15:57:49:896 InitCtx> OpenSSL version: OpenSSL 0.9.8h 28 May 2008
>>>> 15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
>>>> error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib
>> 
>>> So I checked MyCertificate.pem and I've got 3 blocks :
>> 
>> Without a private key it doesn't work. InitContext raises an exeption
>> in such case.
>> 
>> The private key has to be converted to PEM format as well, preferably
>> to a separate PEM file in your case and property SslPrivKeyFile
>> should point to it.
>> 
>> BTW: If you would not eat exceptions you would have got that error
>> message sooner and easier.
>> 
>> --
>> Arno Garrels
>> --
>> To unsubscribe or change your settings for TWSocket mailing list
>> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
>> Visit our website at http://www.overbyte.be
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Fastream Technologies]

Private keys are created during CSR (Certificate Signing Request) creation.
He who ordered the cert should have it.
Best Regards,

Subzero
On Fri, Oct 7, 2011 at 17:43, ROQUES Guillaume
wrote:

> So as my customer bought a wildcard certificate, it must include a private
> key or do I need to generate one ?
>
> Actually, the problem comes from me or the customer ?
>
>
> Gratefully,
>
> Guillaume ROQUES
> 
>
> Le 20:59, Arno Garrels a écrit :
>
>> ROQUES Guillaume wrote:
>>
>>  And ICS logger says :
>>>
 15:57:49:896 InitCtx>  OpenSSL version: OpenSSL 0.9.8h 28 May 2008
 15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
 error:140B0009:SSL routines:SSL_CTX_use_**PrivateKey_file:PEM lib

>>> So I checked MyCertificate.pem and I've got 3 blocks :
>>>
>> Without a private key it doesn't work. InitContext raises an exeption
>> in such case.
>>
>> The private key has to be converted to PEM format as well, preferably
>> to a separate PEM file in your case and property SslPrivKeyFile should
>> point to it.
>>
>> BTW: If you would not eat exceptions you would have got that error
>> message sooner and easier.
>>
>>  --
>
> To unsubscribe or change your settings for TWSocket mailing list
> please goto 
> http://lists.elists.org/cgi-**bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

ROQUES Guillaume wrote:
> So as my customer bought a wildcard certificate, it must include a
> private key or do I need to generate one ?

When you order a certificate the private key is generated locally by a
browser plugin, JAVA or ActiveX, it's true private and not even the
certificate issuer knows it.
Where the private key can be found depends on the OS and/or browser
used for the order. The matching private key for that certificate has
to be exported whether it's stored in a file or in the system.
When you export a certificate on windows you are asked whether or not
the private key should be exported as well if any is accociated with
the certificate, but only if is was installed as exportable, otherwise
there's no way to get it out of the system again.

> 
> Actually, the problem comes from me or the customer ?

I don't know? If you don't have the matching private key for that
certificate it's useless.

-- 
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

So as my customer bought a wildcard certificate, it must include a 
private key or do I need to generate one ?


Actually, the problem comes from me or the customer ?

Gratefully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :

ROQUES Guillaume wrote:

And ICS logger says :

15:57:49:896 InitCtx>  OpenSSL version: OpenSSL 0.9.8h 28 May 2008
15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib

So I checked MyCertificate.pem and I've got 3 blocks :

Without a private key it doesn't work. InitContext raises an exeption
in such case.

The private key has to be converted to PEM format as well, preferably
to a separate PEM file in your case and property SslPrivKeyFile should
point to it.

BTW: If you would not eat exceptions you would have got that error
message sooner and easier.


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Paul]

Hi Arno,

We also have problems with the new certificates.
Converted to .pem format, it contains only a private key and a single 
certificate section.

It only works using an ISA server processing the SSL...

Paul




- Original Message - 
From: "Arno Garrels" 

To: "ICS support mailing" 
Sent: Thursday, October 06, 2011 4:53 PM
Subject: Re: [twsocket] HTTP SSL Server vs p7b certificate's format



ROQUES Guillaume wrote:

And ICS logger says :

15:57:49:896 InitCtx> OpenSSL version: OpenSSL 0.9.8h 28 May 2008
15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib



So I checked MyCertificate.pem and I've got 3 blocks :


Without a private key it doesn't work. InitContext raises an exeption
in such case.

The private key has to be converted to PEM format as well, preferably
to a separate PEM file in your case and property SslPrivKeyFile should
point to it.

BTW: If you would not eat exceptions you would have got that error
message sooner and easier.

--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be 


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

ROQUES Guillaume wrote:
> And ICS logger says :
>> 15:57:49:896 InitCtx> OpenSSL version: OpenSSL 0.9.8h 28 May 2008
>> 15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
>> error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib

> So I checked MyCertificate.pem and I've got 3 blocks :

Without a private key it doesn't work. InitContext raises an exeption
in such case. 

The private key has to be converted to PEM format as well, preferably
to a separate PEM file in your case and property SslPrivKeyFile should
point to it.

BTW: If you would not eat exceptions you would have got that error
message sooner and easier.

-- 
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

I tried mycertificate with the OverbyteIcsSslWebServ demo :

 * httpserver responding
 * sslhttpserver not responding
 * sslhandshake failed

_
Configuration :_

 * Write to log file : ON
 * Display header : ON
 * Display SSL info : ON
 * ICS logger.logoptions := [loSslErr,loSslInfo,loSslDump];

If anything help to understand..

Gratefully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :

ROQUES Guillaume wrote:

   What client is connecting
when that error happens?

IE 7 to 9 or Firefox
But none ask to add certificate, both say that the site is
unreachablesounds weird I know T_T

Have you tried newer OpenSSL libraries?
http://wiki.overbyte.be/wiki/index.php/ICS_Download

If that doesn't help, use a TIcsLogger to get a full debug log
and send that to me if you don't find the error yourself.


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

If that doesn't help, use a TIcsLogger to get a full debug log
and send that to me if you don't find the error yourself.

So I tried a few things with ICS logger ON, but no answers.

First Delphi code to intialize TSSLContext :

with MySslContext do
begin
SslCertFile:= APath + 'MyCertificate.pem';
SslPassPhrase := '';
SslPrivKeyFile := APath + 'MyCertificate.pem';
SslCAFile := APath + 'MyCertificate.pem';
SslCAPath := APath;
SslVerifyPeer := False;
end;

And ICS logger says :

15:57:49:896 InitCtx> OpenSSL version: OpenSSL 0.9.8h 28 May 2008
15:57:49:897 error:0906D06C:PEM routines:PEM_read_bio:no start line
error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib

So I checked MyCertificate.pem and I've got 3 blocks :

subject=/C=FR/OU=Domain Control Validated/CN=*.mydomain.fr
issuer=/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Domain Validation CA - G2
-BEGIN CERTIFICATE-
[...]
-END CERTIFICATE-

subject=/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Domain Validation CA - G2
issuer=/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
-BEGIN CERTIFICATE-
[...]
-END CERTIFICATE-

subject=/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
issuer=/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
-BEGIN CERTIFICATE-
[...]
-END CERTIFICATE-


Then I changed my Delphi code to :

with TWSslContext do
begin
SslCertFile:= APath + 'CanyonCA.pem';
SslPassPhrase := '';
//SslPrivKeyFile := APath + 'CanyonCA.pem';
SslCAFile := APath + 'CanyonCA.pem';
SslCAPath := APath;
SslVerifyPeer := False;
end;

And ICS logger says :

15:59:00:703 InitCtx> OpenSSL version: OpenSSL 0.9.8h 28 May 2008


In my self generated certificate, I'd got a RSA Priv key included, but 
none here. Did I configure my SSLcontext in the right way ?


Gratefully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :

ROQUES Guillaume wrote:

   What client is connecting
when that error happens?

IE 7 to 9 or Firefox
But none ask to add certificate, both say that the site is
unreachablesounds weird I know T_T

Have you tried newer OpenSSL libraries?
http://wiki.overbyte.be/wiki/index.php/ICS_Download

If that doesn't help, use a TIcsLogger to get a full debug log
and send that to me if you don't find the error yourself.


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

ROQUES Guillaume wrote:
>>   What client is connecting
>> when that error happens?
> IE 7 to 9 or Firefox
> But none ask to add certificate, both say that the site is
> unreachablesounds weird I know T_T

Have you tried newer OpenSSL libraries?
http://wiki.overbyte.be/wiki/index.php/ICS_Download

If that doesn't help, use a TIcsLogger to get a full debug log
and send that to me if you don't find the error yourself.

-- 
Arno Garrels


> 
> Cordialement,
> 
> Guillaume ROQUES
> 
> 
> Le 20:59, Arno Garrels a écrit :
>> ROQUES Guillaume wrote:
 Do you ask for how to get a ICS TSslHttpServer working with a
 bought server certificate?
>>> Yes, and if I need to convert p7b's certificate or not ?
 Open the MyCertificate.pem in a text editor that understands UNIX
 line breaks. Does MyCertificate.pem include multiple certificates?
 With a bought commercial certificate there should be at least 2
 certificates included in MyCertificate.pem.
 Make sure that the order of these certificates is correct.
 First has to be the server certificate followed by possible
 intermediate certificates followed by the root CA certificate.
>>> That's right, I found 3 certificates : 1 for the domain name
>>> *.mydomain.com, 1 for GlobalSign Domain Validation CA and 1 for
>>> GlobalSign root CA.
>> So that looks correct, the handshake error may happen due to the
>> client closes the connection, so I ask again: What client is
>> connecting when that error happens? Common browsers should have the
>> GlobalSign root CA in there trusted certificate store, TSslHttpCli
>> clients not (by default).
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

  What client is connecting
when that error happens?

IE 7 to 9 or Firefox
But none ask to add certificate, both say that the site is 
unreachablesounds weird I know T_T


Cordialement,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :

ROQUES Guillaume wrote:

Do you ask for how to get a ICS TSslHttpServer working with a bought
server certificate?

Yes, and if I need to convert p7b's certificate or not ?

Open the MyCertificate.pem in a text editor that understands UNIX
line breaks. Does MyCertificate.pem include multiple certificates?
With a bought commercial certificate there should be at least 2
certificates included in MyCertificate.pem.
Make sure that the order of these certificates is correct.
First has to be the server certificate followed by possible
intermediate certificates followed by the root CA certificate.

That's right, I found 3 certificates : 1 for the domain name
*.mydomain.com, 1 for GlobalSign Domain Validation CA and 1 for
GlobalSign root CA.

So that looks correct, the handshake error may happen due to the
client closes the connection, so I ask again: What client is connecting
when that error happens? Common browsers should have the GlobalSign root
CA in there trusted certificate store, TSslHttpCli clients not
(by default).


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

ROQUES Guillaume wrote:
>> Do you ask for how to get a ICS TSslHttpServer working with a bought
>> server certificate?
> Yes, and if I need to convert p7b's certificate or not ?
>> Open the MyCertificate.pem in a text editor that understands UNIX
>> line breaks. Does MyCertificate.pem include multiple certificates?
>> With a bought commercial certificate there should be at least 2
>> certificates included in MyCertificate.pem.
>> Make sure that the order of these certificates is correct.
>> First has to be the server certificate followed by possible
>> intermediate certificates followed by the root CA certificate.

> That's right, I found 3 certificates : 1 for the domain name
> *.mydomain.com, 1 for GlobalSign Domain Validation CA and 1 for
> GlobalSign root CA.

So that looks correct, the handshake error may happen due to the
client closes the connection, so I ask again: What client is connecting
when that error happens? Common browsers should have the GlobalSign root
CA in there trusted certificate store, TSslHttpCli clients not 
(by default).

-- 
Arno Garrels  

> 
> Gratefully,
> 
> Guillaume ROQUES
> 
> 
> Le 20:59, Arno Garrels a écrit :
>> ROQUES Guillaume wrote:
 That's confusing description. Did he buy a SSL server certificate
 in order to access your server? Or are you talking about client
 certificates?
>> 
>>> The customer already have a SSL certificate on his domain, so he
>>> want that my HttpServer use SSL with this certificate.
>> Do you ask for how to get a ICS TSslHttpServer working with a bought
>> server certificate?
>> 
 Please provide more details about how you setup the component to
 use your the certificates. What HTTP client application is used?
>>> Here is my initialization :
 interface
 [...]
 
  TMyService =lass(TService)
  SslHttpServer: TSslHttpServer;
  TWSslAvlSessionCache: TSslAvlSessionCache;
  TWSslContext: TSslContext;
  [...]
  end;
 
 implementation
 [...]
 
 procedure TMyService.ServiceStart(Sender: TService; var Started:
 Boolean); begin
  [...]
 
  SslCertFile :=Path + 'MyCertificate.pem';
  SslPassPhrase :=';
  SslPrivKeyFile :=Path + 'MyCertificate.pem';
  SslCAFile :=Path + 'MyCertificate.pem';
  SslCAPath :=Path;
  SslVerifyPeer :=alse;
 
  // Pre-loads OpenSSL DLL's
  TWSslContext.InitContext;
  DoLog('OpenSslVersion : ' + OpenSslVersion);
  DoLog(OpenSslCompilerFlags + #13#10 + OpenSslBuiltOn
  + #13#10 + OpenSslPlatForm + #13#10 + OpenSslDir);
  SslHttpServer.Start;
 end;
>> 
>> Open the MyCertificate.pem in a text editor that understands UNIX
>> line breaks. Does MyCertificate.pem include multiple certificates?
>> With a bought commercial certificate there should be at least 2
>> certificates included in MyCertificate.pem.
>> Make sure that the order of these certificates is correct.
>> First has to be the server certificate followed by possible
>> intermediate certificates followed by the root CA certificate.
>> 
>> --
>> Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

Do you ask for how to get a ICS TSslHttpServer working with a bought
server certificate?

Yes, and if I need to convert p7b's certificate or not ?

Open the MyCertificate.pem in a text editor that understands UNIX line
breaks. Does MyCertificate.pem include multiple certificates?
With a bought commercial certificate there should be at least 2 certificates
included in MyCertificate.pem.
Make sure that the order of these certificates is correct.
First has to be the server certificate followed by possible intermediate
certificates followed by the root CA certificate.
That's right, I found 3 certificates : 1 for the domain name 
*.mydomain.com, 1 for GlobalSign Domain Validation CA and 1 for 
GlobalSign root CA.


Gratefully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :

ROQUES Guillaume wrote:

That's confusing description. Did he buy a SSL server certificate in
order to access your server? Or are you talking about client
certificates?



The customer already have a SSL certificate on his domain, so he want
that my HttpServer use SSL with this certificate.

Do you ask for how to get a ICS TSslHttpServer working with a bought
server certificate?


Please provide more details about how you setup the component to
use your the certificates. What HTTP client application is used?

Here is my initialization :

interface
[...]

 TMyService =lass(TService)
 SslHttpServer: TSslHttpServer;
 TWSslAvlSessionCache: TSslAvlSessionCache;
 TWSslContext: TSslContext;
 [...]
 end;

implementation
[...]

procedure TMyService.ServiceStart(Sender: TService; var Started:
Boolean); begin
 [...]

 SslCertFile :=Path + 'MyCertificate.pem';
 SslPassPhrase :=';
 SslPrivKeyFile :=Path + 'MyCertificate.pem';
 SslCAFile :=Path + 'MyCertificate.pem';
 SslCAPath :=Path;
 SslVerifyPeer :=alse;

 // Pre-loads OpenSSL DLL's
 TWSslContext.InitContext;
 DoLog('OpenSslVersion : ' + OpenSslVersion);
 DoLog(OpenSslCompilerFlags + #13#10 + OpenSslBuiltOn
 + #13#10 + OpenSslPlatForm + #13#10 + OpenSslDir);
 SslHttpServer.Start;
end;


Open the MyCertificate.pem in a text editor that understands UNIX line
breaks. Does MyCertificate.pem include multiple certificates?
With a bought commercial certificate there should be at least 2 certificates
included in MyCertificate.pem.
Make sure that the order of these certificates is correct.
First has to be the server certificate followed by possible intermediate
certificates followed by the root CA certificate.

--
Arno Garrels



--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

ROQUES Guillaume wrote:
>> That's confusing description. Did he buy a SSL server certificate in
>> order to access your server? Or are you talking about client
>> certificates?
 
> The customer already have a SSL certificate on his domain, so he want
> that my HttpServer use SSL with this certificate.

Do you ask for how to get a ICS TSslHttpServer working with a bought
server certificate?

> 
>> Please provide more details about how you setup the component to
>> use your the certificates. What HTTP client application is used?
> Here is my initialization :
>> interface
>> [...]
>> 
>> TMyService = class(TService)
>> SslHttpServer: TSslHttpServer;
>> TWSslAvlSessionCache: TSslAvlSessionCache;
>> TWSslContext: TSslContext;
>> [...]
>> end;
>> 
>> implementation
>> [...]
>> 
>> procedure TMyService.ServiceStart(Sender: TService; var Started:
>> Boolean); begin
>> [...]
>> 
>> SslCertFile := APath + 'MyCertificate.pem';
>> SslPassPhrase := '';
>> SslPrivKeyFile := APath + 'MyCertificate.pem';
>> SslCAFile := APath + 'MyCertificate.pem';
>> SslCAPath := APath;
>> SslVerifyPeer := False;
>> 
>> // Pre-loads OpenSSL DLL's
>> TWSslContext.InitContext;
>> DoLog('OpenSslVersion : ' + OpenSslVersion);
>> DoLog(OpenSslCompilerFlags + #13#10 + OpenSslBuiltOn
>> + #13#10 + OpenSslPlatForm + #13#10 + OpenSslDir);
>> SslHttpServer.Start;
>> end;
>
 
Open the MyCertificate.pem in a text editor that understands UNIX line
breaks. Does MyCertificate.pem include multiple certificates?
With a bought commercial certificate there should be at least 2 certificates
included in MyCertificate.pem. 
Make sure that the order of these certificates is correct.
First has to be the server certificate followed by possible intermediate
certificates followed by the root CA certificate.

--
Arno Garrels

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[ROQUES Guillaume]

That's confusing description. Did he buy a SSL server certificate in
order to access your server? Or are you talking about client certificates?
The customer already have a SSL certificate on his domain, so he want 
that my HttpServer use SSL with this certificate.



Please provide more details about how you setup the component to
use your the certificates. What HTTP client application is used?

Here is my initialization :

interface
[...]

TMyService = class(TService)
SslHttpServer: TSslHttpServer;
TWSslAvlSessionCache: TSslAvlSessionCache;
TWSslContext: TSslContext;
[...]
end;

implementation
[...]

procedure TMyService.ServiceStart(Sender: TService; var Started: Boolean);
begin
[...]

SslCertFile := APath + 'MyCertificate.pem';
SslPassPhrase := '';
SslPrivKeyFile := APath + 'MyCertificate.pem';
SslCAFile := APath + 'MyCertificate.pem';
SslCAPath := APath;
SslVerifyPeer := False;

// Pre-loads OpenSSL DLL's
TWSslContext.InitContext;
DoLog('OpenSslVersion : ' + OpenSslVersion);
DoLog(OpenSslCompilerFlags + #13#10 + OpenSslBuiltOn
+ #13#10 + OpenSslPlatForm + #13#10 + OpenSslDir);
SslHttpServer.Start;
end;


GrateFully,

Guillaume ROQUES


Le 20:59, Arno Garrels a écrit :

ROQUES Guillaume wrote:

Hi everyone,

I use ICS HTTPServer via SSL and a Self-Signed certificate (It is OK
for an internal use). One of my customer had to access our Web server
from outside and bought a ceritificate to a Certificate Authority
(GlobalSign) in p7b format.

That's confusing description. Did he buy a SSL server certificate in
order to access your server? Or are you talking about client certificates?


Could you explain me if I have to convert this format into PEM format
OR is there a way to configure ICS server SSL to handle this kind of
format ?

Yes, you have to convert it to PEM format. p7b is a bundle format that
usually contains multiple certificates, that is the certificate chain
up to the root certificate in most cases.

I tried to convert this p7b format with openssl command line

:

openssl pkcs7 -print_certs -in certificate.p7b -out certificate.pem|

I don't know whether or not that command line is correct from top of my
head. However openssl is capable to convert p7b to PEM nicely.


But I got a "SslHandshake failed" from ICS HTTPserver..

Please provide more details about how you setup the component to
use your the certificates. What HTTP client application is used?


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP SSL Server vs p7b certificate's format

[Arno Garrels]

ROQUES Guillaume wrote:
> Hi everyone,
> 
> I use ICS HTTPServer via SSL and a Self-Signed certificate (It is OK
> for an internal use). One of my customer had to access our Web server
> from outside and bought a ceritificate to a Certificate Authority
> (GlobalSign) in p7b format.

That's confusing description. Did he buy a SSL server certificate in 
order to access your server? Or are you talking about client certificates?

> Could you explain me if I have to convert this format into PEM format
> OR is there a way to configure ICS server SSL to handle this kind of
> format ? 

Yes, you have to convert it to PEM format. p7b is a bundle format that
usually contains multiple certificates, that is the certificate chain
up to the root certificate in most cases. 

I tried to convert this p7b format with openssl command line
> : 
>>> openssl pkcs7 -print_certs -in certificate.p7b -out certificate.pem|

I don't know whether or not that command line is correct from top of my
head. However openssl is capable to convert p7b to PEM nicely. 

> But I got a "SslHandshake failed" from ICS HTTPserver..

Please provide more details about how you setup the component to 
use your the certificates. What HTTP client application is used? 

-- 
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP 401 missing header line

[Maurizio Lotauro]

Scrive Wilfried Mestdagh :

> Hi Angus,
> 
> Yes indeed, I found out already. The authentication is an argument in the
> POST command. When it is invalid or missing the server returns a 401 with
> the missing header line. Is that a bug in the server?

Probably it is a bug in the server. The application called through the web 
server need an authentication. If it is missing or wrong then it return a 401 
trying to tell the client the reason of the fault. But since the authentication 
is not done at http level it can't add the WWW-Authenticate header line with 
the methods accepted.
IMHO this is wrong.


Bye, Maurizio.


This mail has been sent using Alpikom webmail system
http://www.alpikom.it

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP 401 missing header line

[Arno Garrels]

Angus Robertson - Magenta Systems Ltd wrote:
>> The authentication is an argument in the POST command. When it is
>> invalid or missing the server returns a 401 with
>> the missing header line. Is that a bug in the server?
> 
> The two SMS providers I'm testing provide a range of error messages
> including bad authentication or no credit, but not 401.
> 
> Don't know about the general case of cof POST requests,
> it must be in the RFC?

When authentication is required and 401 is returned it's not
plain HTTP. They may intend to force callers to send credentials
with the first request in order to safe some resources, that
however should be documented somewhere. At least you need to know
what authentication method is required before hand if the server
never returns the accepted.

-- 
Arno Garrels  


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP 401 missing header line

[Angus Robertson - Magenta Systems Ltd]

> The authentication is an argument in the POST command. When it is
> invalid or missing the server returns a 401 with
> the missing header line. Is that a bug in the server?

The two SMS providers I'm testing provide a range of error messages
including bad authentication or no credit, but not 401.  

Don't know about the general case of authentication of POST requests, it
must be in the RFC?

Angus

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP 401 missing header line

[Wilfried Mestdagh]

Hi Angus,

Yes indeed, I found out already. The authentication is an argument in the
POST command. When it is invalid or missing the server returns a 401 with
the missing header line. Is that a bug in the server?
 
-- 
mvg, Wilfried
http://www.mestdagh.biz
http://www.comfortsoftware.be
http://www.expertsoftware.be


> -Oorspronkelijk bericht-
> Van: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org]
> Namens Angus Robertson - Magenta Systems Ltd
> Verzonden: zondag 18 september 2011 15:10
> Aan: twsocket@elists.org
> Onderwerp: Re: [twsocket] HTTP 401 missing header line
> 
> > I'm trying to POST to a server that needs authentication. I expect
> > a 401 from the server with in the header something like:
> > WWW-Authenticate: Basic Realm=/something
> 
> This is a pure guess, but maybe the WWW-Authenticate header is only
> returned for GET requests, with POST you are supposed to know that
> authentication is needed and send the Authorization: command with the
> request?
> 
> > /sms/smsmessaging/outbound/tel:+32473042292/requests 
> I'm just writing a Delphi component to send SMS messages via HTTP and a
> GSM modem, with a queue in case there are delivery problems.
> 
> The two UK providers I'm initially supporting (Kapow and TextMagic)
> both
> pass authentication as arguments in the GET or POST strings, rather
> than
> using the Authorization: command.  If you have a test account and
> documentation for your provider, adding a third provider will be easy.
> 
> Angus
> 
> 
> --
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP 401 missing header line

[Angus Robertson - Magenta Systems Ltd]

> I'm trying to POST to a server that needs authentication. I expect 
> a 401 from the server with in the header something like:
> WWW-Authenticate: Basic Realm=/something

This is a pure guess, but maybe the WWW-Authenticate header is only
returned for GET requests, with POST you are supposed to know that
authentication is needed and send the Authorization: command with the
request? 
 
> /sms/smsmessaging/outbound/tel:+32473042292/requestshttp://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client POST under WinXPSP3 issue

[Fastream Technologies]

Basically this is my code. It works on Win7/2008 for POST as well as for
GET/HEAD (which return just 403) but under XPSP3 GET/HEAD still works from
browser but the POST fails. Just returns nothing--as if it is aborted. I do
not have debugger on the XP machine but one thing very strange is it works
when the engine (server) is in debug exe but not when it is as service. The
service is optimized code. So I am clueless right now.

void __fastcall AdminServer::HTTPServerPostDocument(TObject *Sender, TObject
*Client, Overbyteicshttpsrv::THttpGetFlag &Flags)
{
 THttpConnection *httpClient = (THttpConnection*)Client;
 AdminServerConnectionData *connectionData =
(AdminServerConnectionData*)(void*)httpClient->Tag;
 connectionData->docSize = 0;
 forceRestart = false;
 if(httpClient->RequestContentLength <= (4 * 1024 * 1024))
  Flags = hgAcceptData;
}
//---
void __fastcall AdminServer::HTTPServerPostedData(TObject *Sender, TObject
*Client, WORD ErrCode)
{
 THttpConnection *httpClient = (THttpConnection*)Client;
 AdminServerConnectionData *connectionData =
(AdminServerConnectionData*)(void*)httpClient->Tag;
 if(ErrCode)
 {
  httpClient->PostedDataReceived();
  httpClient->Abort();
 }
 else
 {
  int Len = httpClient->Receive((void*)connectionData->buffer, 8192);
  if(Len <= 0)
   return;
  connectionData->stream->Write((void*)connectionData->buffer, Len);
  connectionData->docSize += Len;

  if(connectionData->docSize >= httpClient->RequestContentLength)
  {
   httpClient->PostedDataReceived();
   connectionData->stream->Seek(0, 0);
   TMemoryStream *responseXML = processRequest(connectionData->stream,
httpClient);
   Overbyteicshttpsrv::THttpGetFlag Flags;
   httpClient->DocStream = responseXML;
   httpClient->SendStream();
  }
 }
}
//---

Best Regards,

SZ

On Tue, Aug 16, 2011 at 10:42, Fastream Technologies wrote:

> No, it must be with THttpServer on very fast (say local) connections. With
> Wireshark I can see the data does not reach the client and it timeouts.
>
> Regards,
>
> SZ
> On Mon, Aug 15, 2011 at 12:49, Fastream Technologies 
> wrote:
>
>> I think you are right. However there is an issue in my code in service
>> application mode. I believe it should be something related with Windows
>> account permissions but not sure...
>>
>> Regards,
>>
>> SZ
>> On Mon, Aug 15, 2011 at 12:22, Angus Robertson - Magenta Systems Ltd <
>> an...@magsys.co.uk> wrote:
>>
>>> > We have an important issue with HTTPClient: Only under WinXP, when
>>> > I POST
>>> > data to an ICS server, it returns StatusCode = 0 and empty
>>> > RcvdStream! Has anybody seen this behavior before?
>>>
>>> No, my public web site is using the latest ICS v7 snapshot and POST works
>>> fine from Windows XP with MSIE and Firefox, try the page at:
>>>
>>> http://www.telecom-tariffs.co.uk/codelook.htm
>>>
>>> Angus
>>>
>>> --
>>> To unsubscribe or change your settings for TWSocket mailing list
>>> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
>>> Visit our website at http://www.overbyte.be
>>>
>>
>>
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client POST under WinXPSP3 issue

[Fastream Technologies]

No, it must be with THttpServer on very fast (say local) connections. With
Wireshark I can see the data does not reach the client and it timeouts.

Regards,

SZ
On Mon, Aug 15, 2011 at 12:49, Fastream Technologies wrote:

> I think you are right. However there is an issue in my code in service
> application mode. I believe it should be something related with Windows
> account permissions but not sure...
>
> Regards,
>
> SZ
> On Mon, Aug 15, 2011 at 12:22, Angus Robertson - Magenta Systems Ltd <
> an...@magsys.co.uk> wrote:
>
>> > We have an important issue with HTTPClient: Only under WinXP, when
>> > I POST
>> > data to an ICS server, it returns StatusCode = 0 and empty
>> > RcvdStream! Has anybody seen this behavior before?
>>
>> No, my public web site is using the latest ICS v7 snapshot and POST works
>> fine from Windows XP with MSIE and Firefox, try the page at:
>>
>> http://www.telecom-tariffs.co.uk/codelook.htm
>>
>> Angus
>>
>> --
>> To unsubscribe or change your settings for TWSocket mailing list
>> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
>> Visit our website at http://www.overbyte.be
>>
>
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client POST under WinXPSP3 issue

[Fastream Technologies]

I think you are right. However there is an issue in my code in service
application mode. I believe it should be something related with Windows
account permissions but not sure...

Regards,

SZ
On Mon, Aug 15, 2011 at 12:22, Angus Robertson - Magenta Systems Ltd <
an...@magsys.co.uk> wrote:

> > We have an important issue with HTTPClient: Only under WinXP, when
> > I POST
> > data to an ICS server, it returns StatusCode = 0 and empty
> > RcvdStream! Has anybody seen this behavior before?
>
> No, my public web site is using the latest ICS v7 snapshot and POST works
> fine from Windows XP with MSIE and Firefox, try the page at:
>
> http://www.telecom-tariffs.co.uk/codelook.htm
>
> Angus
>
> --
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client POST under WinXPSP3 issue

[Angus Robertson - Magenta Systems Ltd]

> We have an important issue with HTTPClient: Only under WinXP, when 
> I POST
> data to an ICS server, it returns StatusCode = 0 and empty 
> RcvdStream! Has anybody seen this behavior before? 

No, my public web site is using the latest ICS v7 snapshot and POST works
fine from Windows XP with MSIE and Firefox, try the page at:

http://www.telecom-tariffs.co.uk/codelook.htm

Angus

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client POST under WinXPSP3 issue

[Fastream Technologies]

Well, it turned out to be an ICS web server issue on XP as the client works
well with other IPs. Also the server engine debug exe (which is just the
service code wrapped in simple GUI) also works yet the service! I cannot
access the Services section of Windows too--gives error about ActiveX. The
interesting thing is all these that happen under vmware in XP also happens
to other people as well!
Regards,

SZ

On Mon, Aug 15, 2011 at 10:38, Fastream Technologies wrote:

> Hello,
>
> We have an important issue with HTTPClient: Only under WinXP, when I POST
> data to an ICS server, it returns StatusCode = 0 and empty RcvdStream! Has
> anybody seen this behavior before? I am using the latest snapshot of
> yesterday (v7).
>
> Regards,
> SZ
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Server creates extremly high CPU load

[Arno Garrels]

Lars Gehre wrote:
> Thanks, I can confirm, it works now without problems.

Thanks as well!

> 
> Lars
> 
>> -Original Message-
>> From: twsocket-boun...@elists.org
>> [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
>> Sent: Friday, July 01, 2011 8:35 AM
>> To: ICS support mailing
>> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
>> 
>> Lars Gehre wrote:
>>> I think, I found something.
>> 
>> Thanks for reporting, I just checked in a fix.
>> Available via SVN now or included in next daily snapshot
>> here: http://wiki.overbyte.be/wiki/index.php/ICS_Download
>> 
>> --
>> Arno Garrels
>> 
>> 
>>> The problem seems to be the head request. Normaly you do a HEAD and
>>> close the connection, but in my case it stays open and the
>> http server
>>> gets stuck in an endless loop.
>>> 
>>> The culprits are:
>>> 
>>> procedure THttpConnection.SendDocument(SendType :
>>> THttpSendType;const CustomHeaders : String); and procedure
>>> THttpConnection.ConnectionDataSent(Sender : TObject; Error :
>>> WORD);
>>> 
>>> In SendDocument the fdocsize gets set to the size of the
>> stream and a
>>> 
>>> if SendType = httpSendHead then
>>>FDocStream.Seek(0, soFromEnd)
>>> 
>>> And
>>>if SendType = httpSendDoc then
>>>SendStream
>>>else
>>>Send(nil, 0); { Added 15/04/02 } // this one
>> triggers the
>>> ConnectionDataSent.
>>> 
>>> 
>>> In ConnectionDataSent FDataSent >= FDocSize is the end trigger but
>>> 
>>> ToSend := FDocSize - FDataSent;  //fdatasent = 0
>>>if ToSend > FSndBlkSize then
>>>ToSend := FSndBlkSize;
>>>Count := FDocStream.Read(FDocBuf^, ToSend); // =0 because of
>>> FDocStream.Seek(0, soFromEnd) in SendDocument
>>>FDataSent := FDataSent + Count;  { Count data which is sent
>>> }  // 0 + 0 = 0
>>>if State = wsConnected then  { Be sure to be still
>>> connected... }
>>>Send(FDocBuf, Count);{ before actually send any
>>> data. }  // starts it all over again...
>>> 
>>> Maybe a
>>>if (FDataSent >= FDocSize) or
>>> (FDocStream.Position=FDocStream.Size) then begin
>>> 
>>> might be a solution, but I don't know enough of the inner
>> workings of
>>> the http component to foresee possible side effects...
>>> 
>>> Lars
>>> 
>>> 
>>> 
>>>> -Original Message-
>>>> From: twsocket-boun...@elists.org
>>>> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
>>>> Sent: Thursday, June 30, 2011 9:49 PM
>>>> To: 'ICS support mailing'
>>>> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
>>>> 
>>>> Well I was a little to fast with my conclusion. It only happens to
>>>> files in the demo because they have a proper header, the virtual
>>>> documents only give a 404 for a HEAD request.
>>>> 
>>>> The download is not of matter, the demo files are 500 bytes or so.
>>>> And the server load stays as long as the client is connected.
>>>> 
>>>> As I said, I was able to replicate this on two different
>> machines and
>>>> it is not limited to local access. cross tests between the machines
>>>> also show this behaviour.
>>>> 
>>>> Lars
>>>> 
>>>> 
>>>>> -Original Message-
>>>>> From: twsocket-boun...@elists.org
>>>>> [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
>>>>> Sent: Thursday, June 30, 2011 3:49 PM
>>>>> To: ICS support mailing
>>>>> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
>>>>> 
>>>>> Lars Gehre wrote:
>>>>>> I noticed one thing: This only happens if files are
>> involved, for
>>>>>> virtual documents it does not happen.
>>>>> 
>>>>> I cannot reproduce it, 0.0% CPU here.
>>>>> I used the OverbyteIcsWebServ demo running on a Win7 quadcore.
>>>>> However if I download a file with Firefox (100 Mbit/s LAN)
>>>> at around 6
>>>>> MB/s CPU 0 uses ~25-30% and CPU 2 8-15%, overall usage of
>>>>

Re: [twsocket] HTTP Server creates extremly high CPU load

[Lars Gehre]

Thanks, I can confirm, it works now without problems.

Lars

> -Original Message-
> From: twsocket-boun...@elists.org 
> [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
> Sent: Friday, July 01, 2011 8:35 AM
> To: ICS support mailing
> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
> 
> Lars Gehre wrote:
> > I think, I found something.
> 
> Thanks for reporting, I just checked in a fix.
> Available via SVN now or included in next daily snapshot
> here: http://wiki.overbyte.be/wiki/index.php/ICS_Download
> 
> --
> Arno Garrels 
> 
>  
> > The problem seems to be the head request. Normaly you do a HEAD and 
> > close the connection, but in my case it stays open and the 
> http server 
> > gets stuck in an endless loop.
> > 
> > The culprits are:
> > 
> > procedure THttpConnection.SendDocument(SendType : 
> THttpSendType;const 
> > CustomHeaders : String); and procedure 
> > THttpConnection.ConnectionDataSent(Sender : TObject; Error :
> > WORD);
> > 
> > In SendDocument the fdocsize gets set to the size of the 
> stream and a
> > 
> > if SendType = httpSendHead then
> >FDocStream.Seek(0, soFromEnd)
> > 
> > And
> >if SendType = httpSendDoc then
> >SendStream
> >else
> >Send(nil, 0); { Added 15/04/02 } // this one 
> triggers the 
> > ConnectionDataSent.
> > 
> > 
> > In ConnectionDataSent FDataSent >= FDocSize is the end trigger but
> > 
> > ToSend := FDocSize - FDataSent;  //fdatasent = 0
> >if ToSend > FSndBlkSize then
> >ToSend := FSndBlkSize;
> >Count := FDocStream.Read(FDocBuf^, ToSend); // =0 because of
> > FDocStream.Seek(0, soFromEnd) in SendDocument
> >FDataSent := FDataSent + Count;  { Count data which is sent
> > }  // 0 + 0 = 0
> >if State = wsConnected then  { Be sure to be still
> > connected... }
> >Send(FDocBuf, Count);{ before actually send any
> > data. }  // starts it all over again...
> > 
> > Maybe a
> >if (FDataSent >= FDocSize) or
> > (FDocStream.Position=FDocStream.Size) then begin
> > 
> > might be a solution, but I don't know enough of the inner 
> workings of 
> > the http component to foresee possible side effects...
> > 
> > Lars
> > 
> > 
> > 
> >> -Original Message-
> >> From: twsocket-boun...@elists.org
> >> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
> >> Sent: Thursday, June 30, 2011 9:49 PM
> >> To: 'ICS support mailing'
> >> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
> >> 
> >> Well I was a little to fast with my conclusion. It only happens to 
> >> files in the demo because they have a proper header, the virtual 
> >> documents only give a 404 for a HEAD request.
> >> 
> >> The download is not of matter, the demo files are 500 bytes or so. 
> >> And the server load stays as long as the client is connected.
> >> 
> >> As I said, I was able to replicate this on two different 
> machines and 
> >> it is not limited to local access. cross tests between the 
> machines 
> >> also show this behaviour.
> >> 
> >> Lars
> >> 
> >> 
> >>> -Original Message-
> >>> From: twsocket-boun...@elists.org
> >>> [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
> >>> Sent: Thursday, June 30, 2011 3:49 PM
> >>> To: ICS support mailing
> >>> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
> >>> 
> >>> Lars Gehre wrote:
> >>>> I noticed one thing: This only happens if files are 
> involved, for 
> >>>> virtual documents it does not happen.
> >>> 
> >>> I cannot reproduce it, 0.0% CPU here.
> >>> I used the OverbyteIcsWebServ demo running on a Win7 quadcore.
> >>> However if I download a file with Firefox (100 Mbit/s LAN)
> >> at around 6
> >>> MB/s CPU 0 uses ~25-30% and CPU 2 8-15%, overall usage of
> >> the server
> >>> process ~8-10% reported by Process Explorer.
> >>> 
> >>> --
> >>> Arno Garrels
> >>> 
> >>> 
> >>> 
> >>>> 
> >>>> For the http server demo it means you need to open Index.html or 
> >>>> Form.html.
> >

Re: [twsocket] HTTP Server creates extremly high CPU load

[Arno Garrels]

Lars Gehre wrote:
> I think, I found something.

Thanks for reporting, I just checked in a fix.
Available via SVN now or included in next daily snapshot
here: http://wiki.overbyte.be/wiki/index.php/ICS_Download

-- 
Arno Garrels 

 
> The problem seems to be the head request. Normaly you do a HEAD and
> close the connection, but in my case it stays open and the http
> server gets stuck in an endless loop.
> 
> The culprits are:
> 
> procedure THttpConnection.SendDocument(SendType : THttpSendType;const
> CustomHeaders : String);
> and
> procedure THttpConnection.ConnectionDataSent(Sender : TObject; Error :
> WORD);
> 
> In SendDocument the fdocsize gets set to the size of the stream and a
> 
> if SendType = httpSendHead then
>FDocStream.Seek(0, soFromEnd)
> 
> And
>if SendType = httpSendDoc then
>SendStream
>else
>Send(nil, 0); { Added 15/04/02 } // this one triggers the
> ConnectionDataSent.
> 
> 
> In ConnectionDataSent FDataSent >= FDocSize is the end trigger but
> 
> ToSend := FDocSize - FDataSent;  //fdatasent = 0
>if ToSend > FSndBlkSize then
>ToSend := FSndBlkSize;
>Count := FDocStream.Read(FDocBuf^, ToSend); // =0 because of
> FDocStream.Seek(0, soFromEnd) in SendDocument
>FDataSent := FDataSent + Count;  { Count data which is sent
> }  // 0 + 0 = 0
>if State = wsConnected then  { Be sure to be still
> connected... }
>Send(FDocBuf, Count);{ before actually send any
> data. }  // starts it all over again...
> 
> Maybe a
>if (FDataSent >= FDocSize) or
> (FDocStream.Position=FDocStream.Size) then begin
> 
> might be a solution, but I don't know enough of the inner workings of
> the http component to foresee possible side effects...
> 
> Lars
> 
> 
> 
>> -Original Message-
>> From: twsocket-boun...@elists.org
>> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
>> Sent: Thursday, June 30, 2011 9:49 PM
>> To: 'ICS support mailing'
>> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
>> 
>> Well I was a little to fast with my conclusion. It only
>> happens to files in the demo because they have a proper
>> header, the virtual documents only give a 404 for a HEAD request.
>> 
>> The download is not of matter, the demo files are 500 bytes
>> or so. And the server load stays as long as the client is connected.
>> 
>> As I said, I was able to replicate this on two different
>> machines and it is not limited to local access. cross tests
>> between the machines also show this behaviour.
>> 
>> Lars
>> 
>> 
>>> -Original Message-
>>> From: twsocket-boun...@elists.org
>>> [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
>>> Sent: Thursday, June 30, 2011 3:49 PM
>>> To: ICS support mailing
>>> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
>>> 
>>> Lars Gehre wrote:
>>>> I noticed one thing: This only happens if files are involved, for
>>>> virtual documents it does not happen.
>>> 
>>> I cannot reproduce it, 0.0% CPU here.
>>> I used the OverbyteIcsWebServ demo running on a Win7 quadcore.
>>> However if I download a file with Firefox (100 Mbit/s LAN)
>> at around 6
>>> MB/s CPU 0 uses ~25-30% and CPU 2 8-15%, overall usage of
>> the server
>>> process ~8-10% reported by Process Explorer.
>>> 
>>> --
>>> Arno Garrels
>>> 
>>> 
>>> 
>>>> 
>>>> For the http server demo it means you need to open Index.html or
>>>> Form.html.
>>>> 
>>>> Lars
>>>> 
>>>>> -Original Message-
>>>>> From: twsocket-boun...@elists.org
>>>>> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
>>>>> Sent: Thursday, June 30, 2011 11:21 AM
>>>>> To: 'ICS support mailing'
>>>>> Subject: [twsocket] HTTP Server creates extremly high CPU load
>>>>> 
>>>>> Hello all,
>>>>> 
>>>>> I have a serious problem with the http server component from
>>>>> ICS7 (downloaded from the repository last week).
>>>>> 
>>>>> I'm using the wininet api on the client side to open a (GET)
>>>>> connection to a ICS http Server.
>>>>> For certain reasons I need to query the HEAD in intervals (while
>>>>> the other get is still in progress).

Re: [twsocket] HTTP Server creates extremly high CPU load

[Lars Gehre]

I think, I found something.

The problem seems to be the head request. Normaly you do a HEAD and close
the connection, but in my case it stays open and the http server gets stuck
in an endless loop.

The culprits are:

procedure THttpConnection.SendDocument(SendType : THttpSendType;const
CustomHeaders : String);
and
procedure THttpConnection.ConnectionDataSent(Sender : TObject; Error :
WORD);

In SendDocument the fdocsize gets set to the size of the stream and a 

if SendType = httpSendHead then
FDocStream.Seek(0, soFromEnd)

And 
if SendType = httpSendDoc then
SendStream
else
Send(nil, 0); { Added 15/04/02 } // this one triggers the
ConnectionDataSent.


In ConnectionDataSent FDataSent >= FDocSize is the end trigger but 

 ToSend := FDocSize - FDataSent;  //fdatasent = 0
if ToSend > FSndBlkSize then
ToSend := FSndBlkSize;
Count := FDocStream.Read(FDocBuf^, ToSend); // =0 because of
FDocStream.Seek(0, soFromEnd) in SendDocument
FDataSent := FDataSent + Count;  { Count data which is sent
}  // 0 + 0 = 0
if State = wsConnected then  { Be sure to be still connected...
}
Send(FDocBuf, Count);{ before actually send any data.
}  // starts it all over again...

Maybe a 
if (FDataSent >= FDocSize) or (FDocStream.Position=FDocStream.Size) then
begin 

might be a solution, but I don't know enough of the inner workings of the
http component to foresee possible side effects...

Lars



> -Original Message-
> From: twsocket-boun...@elists.org 
> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
> Sent: Thursday, June 30, 2011 9:49 PM
> To: 'ICS support mailing'
> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
> 
> Well I was a little to fast with my conclusion. It only 
> happens to files in the demo because they have a proper 
> header, the virtual documents only give a 404 for a HEAD request.
> 
> The download is not of matter, the demo files are 500 bytes 
> or so. And the server load stays as long as the client is connected.
> 
> As I said, I was able to replicate this on two different 
> machines and it is not limited to local access. cross tests 
> between the machines also show this behaviour.
> 
> Lars
> 
> 
> > -Original Message-
> > From: twsocket-boun...@elists.org
> > [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
> > Sent: Thursday, June 30, 2011 3:49 PM
> > To: ICS support mailing
> > Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
> > 
> > Lars Gehre wrote:
> > > I noticed one thing: This only happens if files are involved, for 
> > > virtual documents it does not happen.
> > 
> > I cannot reproduce it, 0.0% CPU here.
> > I used the OverbyteIcsWebServ demo running on a Win7 quadcore.
> > However if I download a file with Firefox (100 Mbit/s LAN) 
> at around 6 
> > MB/s CPU 0 uses ~25-30% and CPU 2 8-15%, overall usage of 
> the server 
> > process ~8-10% reported by Process Explorer.
> > 
> > --
> > Arno Garrels
> > 
> > 
> > 
> > > 
> > > For the http server demo it means you need to open Index.html or 
> > > Form.html.
> > > 
> > > Lars
> > > 
> > >> -Original Message-
> > >> From: twsocket-boun...@elists.org
> > >> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
> > >> Sent: Thursday, June 30, 2011 11:21 AM
> > >> To: 'ICS support mailing'
> > >> Subject: [twsocket] HTTP Server creates extremly high CPU load
> > >> 
> > >> Hello all,
> > >> 
> > >> I have a serious problem with the http server component from
> > >> ICS7 (downloaded from the repository last week).
> > >> 
> > >> I'm using the wininet api on the client side to open a (GET) 
> > >> connection to a ICS http Server.
> > >> For certain reasons I need to query the HEAD in intervals (while 
> > >> the other get is still in progress).
> > >> As soon as I send the second request the CPU load of the http 
> > >> server maxes out one CPU core.
> > >> 
> > >> Steps to reproduce:
> > >> 
> > >> - Run the http server demo from ics.
> > >> 
> > >> - Download the demo
> > >> www.dvbviewer.tv/icsproblem/icsproblem.zip source (delphi 7)
> > >> 
> > >> - Run the demo, enter the url of the demo server and press the 
> > >> button.
> > >> 
> > >> - As soon as the call to GetFileSize is finished y

Re: [twsocket] HTTP Server creates extremly high CPU load

[Lars Gehre]

Well I was a little to fast with my conclusion. It only happens to files in
the demo because they have a proper header, the virtual documents only give
a 404 for a HEAD request.

The download is not of matter, the demo files are 500 bytes or so. And the
server load stays as long as the client is connected.

As I said, I was able to replicate this on two different machines and it is
not limited to local access. cross tests between the machines also show this
behaviour.

Lars


> -Original Message-
> From: twsocket-boun...@elists.org 
> [mailto:twsocket-boun...@elists.org] On Behalf Of Arno Garrels
> Sent: Thursday, June 30, 2011 3:49 PM
> To: ICS support mailing
> Subject: Re: [twsocket] HTTP Server creates extremly high CPU load
> 
> Lars Gehre wrote:
> > I noticed one thing: This only happens if files are involved, for 
> > virtual documents it does not happen.
> 
> I cannot reproduce it, 0.0% CPU here.
> I used the OverbyteIcsWebServ demo running on a Win7 quadcore.
> However if I download a file with Firefox (100 Mbit/s LAN) at 
> around 6 MB/s CPU 0 uses ~25-30% and CPU 2 8-15%, overall 
> usage of the server process ~8-10% reported by Process Explorer.
> 
> --
> Arno Garrels
> 
> 
> 
> > 
> > For the http server demo it means you need to open
> > Index.html or Form.html.
> > 
> > Lars
> > 
> >> -Original Message-
> >> From: twsocket-boun...@elists.org
> >> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
> >> Sent: Thursday, June 30, 2011 11:21 AM
> >> To: 'ICS support mailing'
> >> Subject: [twsocket] HTTP Server creates extremly high CPU load
> >> 
> >> Hello all,
> >> 
> >> I have a serious problem with the http server component from
> >> ICS7 (downloaded from the repository last week).
> >> 
> >> I'm using the wininet api on the client side to open a (GET)
> >> connection to a ICS http Server.
> >> For certain reasons I need to query the HEAD in intervals
> >> (while the other get is still in progress).
> >> As soon as I send the second request the CPU load of the http
> >> server maxes out one CPU core.
> >> 
> >> Steps to reproduce:
> >> 
> >> - Run the http server demo from ics.
> >> 
> >> - Download the demo
> >> www.dvbviewer.tv/icsproblem/icsproblem.zip source (delphi 7)
> >> 
> >> - Run the demo, enter the url of the demo server and press the
> >> button. 
> >> 
> >> - As soon as the call to GetFileSize is finished you see the
> >> CPU load of the webserver going up.
> >> 
> >> 
> >> I checked it on two windows 7 (multicore) machines with the
> >> same result.
> >> 
> >> I also checked it against several other http servers and none
> >> of them had a problem with this kind of usage.
> >> 
> >> 
> >> Thanks
> >> Lars
> >> 
> >> --
> >> To unsubscribe or change your settings for TWSocket mailing
> >> list please goto
> >> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> >> Visit our website at http://www.overbyte.be
> --
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
> 

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Server creates extremly high CPU load

[Arno Garrels]

Lars Gehre wrote:
> I noticed one thing: This only happens if files are involved, for
> virtual documents it does not happen.

I cannot reproduce it, 0.0% CPU here.
I used the OverbyteIcsWebServ demo running on a Win7 quadcore.
However if I download a file with Firefox (100 Mbit/s LAN)
at around 6 MB/s CPU 0 uses ~25-30% and CPU 2 8-15%, overall
usage of the server process ~8-10% reported by Process Explorer.

-- 
Arno Garrels



> 
> For the http server demo it means you need to open
> Index.html or Form.html.
> 
> Lars
> 
>> -Original Message-
>> From: twsocket-boun...@elists.org
>> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
>> Sent: Thursday, June 30, 2011 11:21 AM
>> To: 'ICS support mailing'
>> Subject: [twsocket] HTTP Server creates extremly high CPU load
>> 
>> Hello all,
>> 
>> I have a serious problem with the http server component from
>> ICS7 (downloaded from the repository last week).
>> 
>> I'm using the wininet api on the client side to open a (GET)
>> connection to a ICS http Server.
>> For certain reasons I need to query the HEAD in intervals
>> (while the other get is still in progress).
>> As soon as I send the second request the CPU load of the http
>> server maxes out one CPU core.
>> 
>> Steps to reproduce:
>> 
>> - Run the http server demo from ics.
>> 
>> - Download the demo
>> www.dvbviewer.tv/icsproblem/icsproblem.zip source (delphi 7)
>> 
>> - Run the demo, enter the url of the demo server and press the
>> button. 
>> 
>> - As soon as the call to GetFileSize is finished you see the
>> CPU load of the webserver going up.
>> 
>> 
>> I checked it on two windows 7 (multicore) machines with the
>> same result.
>> 
>> I also checked it against several other http servers and none
>> of them had a problem with this kind of usage.
>> 
>> 
>> Thanks
>> Lars
>> 
>> --
>> To unsubscribe or change your settings for TWSocket mailing
>> list please goto
>> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
>> Visit our website at http://www.overbyte.be
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Server creates extremly high CPU load

[Lars Gehre]

I noticed one thing: This only happens if files are involved, for virtual
documents it does not happen. 

For the http server demo it means you need to open 
Index.html or Form.html.

Lars

> -Original Message-
> From: twsocket-boun...@elists.org 
> [mailto:twsocket-boun...@elists.org] On Behalf Of Lars Gehre
> Sent: Thursday, June 30, 2011 11:21 AM
> To: 'ICS support mailing'
> Subject: [twsocket] HTTP Server creates extremly high CPU load
> 
> Hello all,
> 
> I have a serious problem with the http server component from 
> ICS7 (downloaded from the repository last week).
> 
> I'm using the wininet api on the client side to open a (GET) 
> connection to a ICS http Server. 
> For certain reasons I need to query the HEAD in intervals 
> (while the other get is still in progress). 
> As soon as I send the second request the CPU load of the http 
> server maxes out one CPU core.
> 
> Steps to reproduce:
> 
> - Run the http server demo from ics.
> 
> - Download the demo 
> www.dvbviewer.tv/icsproblem/icsproblem.zip source (delphi 7)
> 
> - Run the demo, enter the url of the demo server and press the button.
> 
> - As soon as the call to GetFileSize is finished you see the 
> CPU load of the webserver going up.
> 
> 
> I checked it on two windows 7 (multicore) machines with the 
> same result. 
> 
> I also checked it against several other http servers and none 
> of them had a problem with this kind of usage.
> 
> 
> Thanks
> Lars
> 
> --
> To unsubscribe or change your settings for TWSocket mailing 
> list please goto 
> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
> 

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[zayin]

Hello,

>http://www.cs.cf.ac.uk/Dave/PERL/node201.html

>Use ICS ExtractURLEncodedValue function to decode these parameters

Thanks for the link and the function.

Mark

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[RTT]

On 18-03-2011 17:03, zayin wrote:

It all shows up fine but when the user hits the accept button I get back the
'Tagname' with the added '+
' symbols " Stop+Pump+CRT". Why not just " Stop Pump CRT"?

http://www.cs.cf.ac.uk/Dave/PERL/node201.html

Use ICS ExtractURLEncodedValue function to decode these parameters
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP persistent connections

[Arno Garrels]

RTT wrote:
> On 07-03-2011 06:31, Arno Garrels wrote:
>> TWSocket property KeepAliveOnOff may be used to setup winsock to send
>> keep-alive packets in the background in order to detect such brocken
>> connections, however that's not reliable since both peers must
>> support it and routers have to route the keep-alive packets.
> And, at least by this post
> http://www.mail-archive.com/twsocket@elists.org/msg02934.html
> don't seems to be working at winsock level either

I tested it at that time on XP and it worked fine in my LAN.

-- 
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP persistent connections

[Arno Garrels]

RTT wrote:
> On 07-03-2011 06:31, Arno Garrels wrote:
>> That's sounds like a bug. I would expect that THttpCli is reset to
>> default values after that error?

> I don't see any reference to "10053" in any of the ICS code, so I
> suppose this situation is not being handled internally by the
> THttpCli. Because the THttpCli try to reuse the connection, it should
> be also the responsible to retry with a new connection too, if while
> reusing it resulted in this specific error.

The THttpCli should not handle reconnects in such cases, however the
default values should be restored whenever the connection closed unexpectedly.
It's another story if an exception raised, after that the component
user is responsible to reset it to a consistent state, Abort might work
in most cases however recreate the object from scratch is the secure way.

In order to debug and replay this issue try disconnecting the network
cable while a connection persists, do a request and try to find the reason
why the state is not reset after the failure, just an idea? 

-- 
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP persistent connections

[RTT]

On 07-03-2011 06:31, Arno Garrels wrote:

TWSocket property KeepAliveOnOff may be used to setup winsock to send
keep-alive packets in the background in order to detect such brocken
connections, however that's not reliable since both peers must support
it and routers have to route the keep-alive packets.

And, at least by this post
http://www.mail-archive.com/twsocket@elists.org/msg02934.html
don't seems to be working at winsock level either
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP persistent connections

[RTT]

On 07-03-2011 06:31, Arno Garrels wrote:

That's sounds like a bug. I would expect that THttpCli is reset to
default values after that error?
I don't see any reference to "10053" in any of the ICS code, so I 
suppose this situation is not being handled internally by the THttpCli.
Because the THttpCli try to reuse the connection, it should be also the 
responsible to retry with a new connection too, if while reusing it 
resulted in this specific error.


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP persistent connections

[Arno Garrels]

RTT wrote:
> Isn't the CtrlSocket.State reliable to know if a connection is still
> on? 

No it isn't. Whether or not a connection is still alive can only be 
known if either the FD_CLOSE notification from winsock is received
or an attempt to send or receive failed or succeeded.
For example, unplugging the network cable won't trigger OnSessionClosed
unless an attempt is made to send or receive something. 
TWSocket property KeepAliveOnOff may be used to setup winsock to send
keep-alive packets in the background in order to detect such brocken
connections, however that's not reliable since both peers must support
it and routers have to route the keep-alive packets. 

> I'm trying to reuse an THttpCli, but I'm getting 10053 errors if a
> persistent connection is idle for some time, I suppose the server
> keepalive timeout.

Or the router timed it out. 

> The ICS THttpCli code check this CtrlSocket.State property, to try to
> reuse a connection, but fails because state remains wsConnected, even
> for an already, supposedly (because of the result 10053 errors),
> closed connection.

That's sounds like a bug. I would expect that THttpCli is reset to
default values after that error? 

-- 
Arno Garrels

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP protocol issue

[Fastream Technologies]

Hi again,

I think I found a solution: when GZip is in place, I remove the
content-range response header line and just use content-length and
content-encoding. Seems to work...

Regards,

SZ

On Sun, May 23, 2010 at 4:27 PM, Fastream Technologies
wrote:

> Oops, I mixed the "Content-range" response header with "Range" request
> header. Other than that the issue still remains.
>
>
> On Sun, May 23, 2010 at 4:24 PM, Fastream Technologies  > wrote:
>
>> Hello,
>>
>> I have a question: Let's say the request has Content-Range: 50-100 for a
>> file of length = 100. Now we want to return the Range: 50-100/100 as
>> GZipped. the last 50 bytes of the file is compressed to 40 bytes. How should
>> one construct the response header? Range? Content-length?
>>
>> Regards,
>>
>> SZ
>>
>
>
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP protocol issue

[Fastream Technologies]

Oops, I mixed the "Content-range" response header with "Range" request
header. Other than that the issue still remains.

On Sun, May 23, 2010 at 4:24 PM, Fastream Technologies
wrote:

> Hello,
>
> I have a question: Let's say the request has Content-Range: 50-100 for a
> file of length = 100. Now we want to return the Range: 50-100/100 as
> GZipped. the last 50 bytes of the file is compressed to 40 bytes. How should
> one construct the response header? Range? Content-length?
>
> Regards,
>
> SZ
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[Angus Robertson - Magenta Systems Ltd]

> Since you rae writing a page check software, it is probably ggod 
> enough to not handle the cookies and to refuse relocation if the 
> url is the same url. 

That did occur to me, unfortunately the LocationChange event does not
have the AllowMoreRelocations parameter that the LocationChangeExceeded
event offers.  Maybe allowing one relocation at a time will fix that. 

Angus

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[Francois PIETTE]

Is it valid for an HHTP header to relocate to an empty URL?

Currently, HttpProt seems to parse the relocation to the same URL, and
goes into a loop.

< HTTP/1.1 302 Found
< Location: http://


Probably the loop is broken by the server side once you handle cookies. The 
first request produce a relocation which is accompanied by a cookie. Then 
the relocation reload the same page as no URL is given. But this time the 
server application "see" the cookie and produce another result which is not 
a relocation to the same page.


So the loop only occur if you do not handle the cookies correctly.

Since you rae writing a page check software, it is probably ggod enough to 
not handle the cookies and to refuse relocation if the url is the same url. 
You know that the page is still active and no need to go further.


--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[Angus Robertson - Magenta Systems Ltd]

> It is not clear to me from the spec, but if it makes the express 
> assertion that it "SHOULD" give the new URI in the response to 
> non-HEAD requests, by omission it seems to me that it then "MUST" 
> do so for HEAD.

It's not unusual for servers to treat HEAD differently, I had to fix the
ICS web application server for that bug last year 

> Either way, I wouldn't rely on a URI being given, ever.  Like Stan 
> said, it is up to the client to avoid loops.

HttpProt does have a loop counter which is stopping looping, but does not
seem to be giving a clean response, difficult to debug since this code is
dependent up SQL lookups.  

Angus

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[Stanislav]

Not exactly what I said  ;-)

I said that irrespective to what RFC could imply, some sites intentionally
use redirection to the same location, and the site (server) should normally
prevent endless looping. If it's not, than indeed a client should protect itself
- whether it is implemented in HttpProt or outside. Other fields of http-header
except Location should be also considered for proper loop detection.
For example, the URL checker should accept and preserve cookies
between requests and alert looping only if cookies do not change.

It is not clear to me from the spec, but if it makes the express assertion that it "SHOULD" give the new URI in the response to 
non-HEAD requests, by omission it seems to me that it then "MUST" do so for HEAD.


Either way, I wouldn't rely on a URI being given, ever.  Like Stan said, it is 
up to the client to avoid loops.

dZ.


--
DZ-Jay [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be



--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[DZ-Jay]

On May 20, 2010, at 05:59, Angus Robertson - Magenta Systems Ltd wrote:

>> The temporary URI SHOULD be given by the Location field in the
>> response. Unless the request method was HEAD
> 
> I am using the HEAD method, this is a web site checker confirming 1,500
> URLs in a database still exist each week...  I'll try GET.

It is not clear to me from the spec, but if it makes the express assertion that 
it "SHOULD" give the new URI in the response to non-HEAD requests, by omission 
it seems to me that it then "MUST" do so for HEAD.

Either way, I wouldn't rely on a URI being given, ever.  Like Stan said, it is 
up to the client to avoid loops.

dZ.


-- 
DZ-Jay [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[Angus Robertson - Magenta Systems Ltd]

> The temporary URI SHOULD be given by the Location field in the
> response. Unless the request method was HEAD

I am using the HEAD method, this is a web site checker confirming 1,500
URLs in a database still exist each week...  I'll try GET. 

Angus

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[DZ-Jay]

On May 20, 2010, at 05:12, Angus Robertson - Magenta Systems Ltd wrote:

> Is it valid for an HHTP header to relocate to an empty URL? 
> 
> Currently, HttpProt seems to parse the relocation to the same URL, and
> goes into a loop.   
> 
> < HTTP/1.1 302 Found
> < Location: http://
> 
> Temporary Redirection: http://www.telecomstrader.com/ to:
> http://www.telecomstrader.com/

Well, according to RFC 2616, Section "10.3.3 302 Found", the response does not 
have to contain anything:

http://www.ietf.org/rfc/rfc2616.txt

   The temporary URI SHOULD be given by the Location field in the
   response. Unless the request method was HEAD, the entity of the
   response SHOULD contain a short hypertext note with a hyperlink to
   the new URI(s).

It doesn't specify what to do in such cases, but I would imagine that an empty 
Location field should not prevent the user agent from redirecting at all.

dZ.



-- 
DZ-Jay [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Location

[Stanislav]

Hi, Angus,

I'm not sure if it's valid, but it is used by server-side scripts for assigning
some cookies and reloading the same page under new conditions:

Location: /

It's up to the site to prevent looping.

Stan

- Original Message - 
From: "Angus Robertson - Magenta Systems Ltd" 

To: 
Sent: Thursday, May 20, 2010 1:12 PM
Subject: [twsocket] HTTP Location


Is it valid for an HHTP header to relocate to an empty URL? 


Currently, HttpProt seems to parse the relocation to the same URL, and
goes into a loop.   


< HTTP/1.1 302 Found
< Location: http://

Temporary Redirection: http://www.telecomstrader.com/ to:
http://www.telecomstrader.com/

Angus

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http deflate patch

[Francois PIETTE]

Thanks a lot.

--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be

- Original Message - 
From: "Henri Gourvest" 

To: 
Sent: Tuesday, April 27, 2010 12:57 PM
Subject: [twsocket] http deflate patch



This is a patch to handle deflate HTTP encoding.

Henri.

Index: OverbyteIcsHttpCCodZLib.pas
===
--- OverbyteIcsHttpCCodZLib.pas (revision 488)
+++ OverbyteIcsHttpCCodZLib.pas (working copy)
@@ -29,6 +29,13 @@
procedure WriteBuffer(Buffer: Pointer; Count: Integer); override;
  end;

+  THttpCCodDeflate = class(THttpCCodzlib)
+  private
+class function GetCoding: String; override;
+  public
+constructor Create(WriteBufferProc: TWriteBufferProcedure); override;
+  end;
+
implementation

{ THttpCCodzlib }
@@ -120,10 +127,27 @@
  FStream.WriteBuffer(Buffer^, Count);
end;

+{ THttpCCodDeflate }
+
+constructor THttpCCodDeflate.Create(WriteBufferProc:
TWriteBufferProcedure);
+const
+  gh: Word = $0178;
+begin
+  inherited Create(WriteBufferProc);
+  WriteBuffer(@gh, 2);
+end;
+
+class function THttpCCodDeflate.GetCoding: String;
+begin
+  Result := 'deflate';
+end;
+
initialization
  THttpContCodHandler.RegisterContentCoding(1, THttpCCodzlib);
+  THttpContCodHandler.RegisterContentCoding(1, THttpCCodDeflate);

finalization
  THttpContCodHandler.UnregisterAuthenticateClass(THttpCCodzlib);
+  THttpContCodHandler.UnregisterAuthenticateClass(THttpCCodDeflate);

end.
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be 


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http design problem

[Paul]

Well, proxies may also break the connections.


Never had problems with that, but new requests are delayed somehow.

Paul
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http design problem

[Francois PIETTE]

I don't agree with you. HTTP protocol has all support for real keep alive
connections. request can even be sent before the previous answer has been 
received.


BUT most commercial webserver do break the connection very quickly. 
Probably to be able to support a large number of clients. If you write 
the server part using ICS, then you should not be faced with this 
problem.


Both client and server are ICS ..
How many proxies are in between that slow down each request ?
This could be bypassed when a "never-ending stream" can be used.


Well, proxies may also break the connections.

--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http design problem

[Paul]

I don't agree with you. HTTP protocol has all support for real keep alive
connections. request can even be sent before the previous answer has been 
received.


BUT most commercial webserver do break the connection very quickly. 
Probably to be able to support a large number of clients. If you write the 
server part using ICS, then you should not be faced with this problem.


Both client and server are ICS ..
How many proxies are in between that slow down each request ?
This could be bypassed when a "never-ending stream" can be used.

Paul 


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http design problem

[Francois PIETTE]

Yes, using HTTP/1.1 you have perstant connexions. See Keep-Alive in the 
source code.


That's what I'm using, but it's not the same.
When I post a stream (10k as test) to the server which then sends it to 
the other computer, it's about 90 times faster then sending 1000 
"10byte"-strings.
of couse, there's a little overhead this way, although the "head" part is 
almost empty.
After sending a string, there is a diconnect, even with keep-alive and I 
can see a 30 ms latency (to the US) for each request.

It's the nature of http


I don't agree with you. HTTP protocol has all support for real keep alive 
connections. request can even be sent before the previous answer has been 
received.


BUT most commercial webserver do break the connection very quickly. Probably 
to be able to support a large number of clients. If you write the server 
part using ICS, then you should not be faced with this problem.


--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be



--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http design problem

[Paul]

Yes, using HTTP/1.1 you have perstant connexions. See Keep-Alive in the 
source code.


That's what I'm using, but it's not the same.
When I post a stream (10k as test) to the server which then sends it to the 
other computer, it's about 90 times faster then sending 1000 
"10byte"-strings.
of couse, there's a little overhead this way, although the "head" part is 
almost empty.
After sending a string, there is a diconnect, even with keep-alive and I can 
see a 30 ms latency (to the US) for each request.
It's the nature of http (google is working on a new implementation that 
doesn't have this limit, but this can take years before it's accecpted).
Normally, this 30ms latency isn't a problem, but for this application, it is 
and I need a different approach.


Paul

--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http design problem

[Francois PIETTE]

I'm testing an application that has to control a remote machine.
The communication goes through an intermediate http server that connects 2 
http clients.

A<-->Server<-->B<->machine
computer A controls computer B wich controls the machine.
When computer B is located in the US, some message aren't delivered fast 
enough.
This is because of the nature of http: the connection is interrupted after 
each message.
Is it possible to stream message from A to B thru a server without 
disconnecting at all, f.i using a never ending stream ?


Yes, using HTTP/1.1 you have perstant connexions. See Keep-Alive in the 
source code.


--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be


--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Server PUT command support

[Fastream Technologies]

Any idea for below question? ;)

TIA,

SZ


On 6/6/09, Fastream Technologies  wrote:
>
> Hello,
>
> I wonder why this PUT command is not supported by the web server component?
> Isn't it exactly the same as POST except the method name? Or maybe there is
> a trick I need to know??
>
> Best Regards,
>
> SZ
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http relocation problem

[Arno Garrels]

Arno Garrels wrote:
> Steve Endicott wrote:
>> I think I've found a problem with how HttpProt handles relocation.
> 
> Thanks! It's at least registered, 

Reproduced and just checked in (V6 and V7).

--
Arno Garrels
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http relocation problem

[Arno Garrels]

Steve Endicott wrote:
> I think I've found a problem with how HttpProt handles relocation.

Thanks! It's at least registered, will try to look at it closer when
I have some minutes left if nobody of the HTTP-specialists (i.e. 
Francois) were faster.

--
Arno Garrels


-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client support for Digest Auth

[Arno Garrels]

Arno Garrels wrote:
> Junior Ang wrote:
>> Good day. Does HTTP Client support Digest Auth?
> 
> Hello,
> 
> Yes, it's a new feature in ICS v7.

Should have mentioned, that it is available only in the ICS v7
SVN repository, more details how to get access can be found on the
ICS homepage.

> 
> --
> Arno Garrels
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Client support for Digest Auth

[Arno Garrels]

Junior Ang wrote:
> Good day. Does HTTP Client support Digest Auth? 

Hello,

Yes, it's a new feature in ICS v7.

--
Arno Garrels 


-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP c/s prob. (was OpenSSL hardware accelerators)

[Paul]

- Original Message - 
From: "Arno Garrels" 
> Maybe it is due to the new keep-alive timeout feature of v7 THttpServer?
>
No, I didn't use the latest version because I don't need that feature.
The application server has it's own system to remove clients.
All servers I have are communication servers that handle sessions and a 
session containd 6 to 8 clients working together.
The servers that are now in use are build with V5.
I'm now working on the unicode version which is still beta (V7), but it's 
still a long way to go.
(Sources of all progs, servers, utilities exceed 300MB)


Paul 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP c/s prob. (was OpenSSL hardware accelerators)

[Arno Garrels]

Paul wrote:
> Both client and server are ICS (application server)
> Client asks server for the next command that the client should execute
> locally.
> If the server has no command  available for the client, he postpones
> the answer for 20 seconds.
> During that 20 seconds, there should no communication between
> client-server since the client is just waiting.
> This goes well for the first 5 seconds, and then there is a
> communication of about 1.6 kb/sec (client side),
> That 5 seconds seems natural, since the connection is keep-alive.
> The communication after the first 5 seconds is not.

Maybe it is due to the new keep-alive timeout feature of v7 THttpServer?

--
Arno Garrels
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Post hanging during Basic authorization phase(2nd phase)

[Francois PIETTE]

>  That did the trick, it works now.  Fortunately the new ICS (Version 5)
> hasn't affected anything in the current project, but I do have older 
> projects
> that I made modifications to the ICS code which I will have to recode.

Making changes in ICS components is never a good idea unless you discuss the 
change here before and we think your changes are interesting for everyone 
and are implemented in the distribution.

For other changes, specific to your particular needs, you should ALWAYS 
derive your own component from ICS and make the changes in that derived 
class, overriding methods, adding methods, properties and events. This is 
what OOP is all about.

--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Post hanging during Basic authorization phase (2nd phase)

[robertoschler]

Thanks Maurizio.  That did the trick, it works now.  Fortunately the new ICS 
(Version 5) hasn't affected anything in the current project, but I do have 
older projects that I made modifications to the ICS code which I will have to 
recode.  That's why I hesitated at first to upgrade.

Robert.


--- On Fri, 1/23/09, Maurizio Lotauro  wrote:

> From: Maurizio Lotauro 
> Subject: Re: [twsocket] HTTP Post hanging during Basic authorization phase 
> (2nd phase)
> To: "ICS support mailing" 
> Date: Friday, January 23, 2009, 7:12 PM
> Scrive robertoschler :
> 
> > I am using Delphi Professional 6.0 pack 2 with ICS. 
> I'm not sure what
> > version of ICS I am using since I don't see the
> version number in the README.
> >  However, I checked HttPProt.pas and the final comment
> reads:
> > 
> > "Oct 15, 2004 V1.71 lotauro.mauri...@dnet.it
> enhanced basic and NTLM
> >  authentifications methods. Event
> OnNTLMAuthStep has been
> >  removed."
> 
> This version has some problem with authentication that was
> corrected in later
> versions. I suggest to upgrade to a more recent one.
> 
> 
> Bye, Maurizio.
> 
> 
> This mail has been sent using Alpikom webmail system
> http://www.alpikom.it
> 
> -- 
> To unsubscribe or change your settings for TWSocket mailing
> list
> please goto
> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be


  
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Post hanging during Basic authorization phase (2nd phase)

[Maurizio Lotauro]

Scrive robertoschler :

> I am using Delphi Professional 6.0 pack 2 with ICS.  I'm not sure what
> version of ICS I am using since I don't see the version number in the README.
>  However, I checked HttPProt.pas and the final comment reads:
> 
> "Oct 15, 2004 V1.71 lotauro.mauri...@dnet.it enhanced basic and NTLM
>  authentifications methods. Event OnNTLMAuthStep has been
>  removed."

This version has some problem with authentication that was corrected in later
versions. I suggest to upgrade to a more recent one.


Bye, Maurizio.


This mail has been sent using Alpikom webmail system
http://www.alpikom.it

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Range Problems with Files > 2 GB

[Arno Garrels]

Lars Gehre wrote:
>> Lars Gehre wrote:
>>> I believe all versions of ICS have these problems (at least with
>>> Delphi 7 but I don't think integer or longword are suddenly
>> Int64 in
>>> newer delphi versions).
>> 
>> It seems that ICSv6 and v7 both support Int64:
>> 
>> {$IFDEF UseInt64ForHttpRange}
>> THttpRangeInt= Int64;
>> {$ELSE}
>> THttpRangeInt= LongInt;   { Limited to 2GB size }
>> {$ENDIF}
>> 
>> If you use Delphi 7 you upgrade to ICSv6 or even ICSv7.
> 
> 
> V5 does support it also. That's why I wrote THttpRangeInt. :)
> The problems still exists because integer and THttpRangeInt are
> constantly mixed, as I wrote. At least in V7 Code the same routines
> are used and will also cause the described problems.

You are right, I assumed that this stuff just works, however v6 and v7
include the same bugs. THttpRangeInt is also used where it should be a 
Longint. Also define UseInt64ForHttpRange should be replaced by STREAM64
since without STREAM64 being defined it won't work. I also found another
bug, see my other mail.

--
Arno Garrels
 

> 
> I tried V6, but it does not work very well with continous streams, so
> I will stick with V5, which has proven over the last three years to
> be extremly stable in streaming.
> 
> Lars
> 
> 
>> 
>> --
>> Arno Garrels [TeamICS]
>> http://www.overbyte.be/eng/overbyte/teamics.html
>> 
>> 
>>> 
>>> The following routines have problems:
>>> 
>>> - THttpRangeStream.AddPartStream(Value: TStream; AStartPos, AEndPos:
>>> Integer);
>>>  Integer should be THttpRangeInt
>>> 
>>> - THttpRangeStream.Read(var Buffer; Count: Longint):
>> Integer;  Result
>>> := FSize - FPosition; // don't -> Overflow, use seperate
>> Variable ->
>>> THttpRangeInt
>>> 
>>>  ActSize := min(Count - DataRead,  Rec.Size - (ActOffset));
>> //Overflow
>>> because min only handles Integer.
>>> 
>>> - THttpConnection.ConnectionDataSent(Sender : TObject;
>> Error : WORD);
>>> var
>>>Count  : Integer;
>>>ToSend : Integer;  // Overflow in both use THttpRangeInt instead.
>>> 
>>> 
>>> - procedure ParseRangeString(var FromStr : String; var ToStr   :
>>> String; const Value : String);
>>>  Don't use StrToInt, Use StrToInt64
>>> 
>>> - THttpRangeList.InitFromString(AStr: String);  Don't use StrToInt,
>>> Use StrToInt64
>>> 
>>> After these corrections, ICS works flawless, even jumping
>> around in a
>>> 16 GB HDTV Recording works without glitches. I simply love ICS! ;)
>>> 
>>> Greetings
>>> Lars
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Range Problems with Files > 2 GB

[Lars Gehre]

> 
> Lars Gehre wrote:
> > I believe all versions of ICS have these problems (at least with 
> > Delphi 7 but I don't think integer or longword are suddenly 
> Int64 in 
> > newer delphi versions).
> 
> It seems that ICSv6 and v7 both support Int64:
> 
> {$IFDEF UseInt64ForHttpRange}
> THttpRangeInt= Int64;
> {$ELSE}
> THttpRangeInt= LongInt;   { Limited to 2GB size }
> {$ENDIF}
> 
> If you use Delphi 7 you upgrade to ICSv6 or even ICSv7.


V5 does support it also. That's why I wrote THttpRangeInt. :) 
The problems still exists because integer and THttpRangeInt are constantly
mixed, as I wrote. At least in V7 Code the same routines are used and will
also cause the described problems.

I tried V6, but it does not work very well with continous streams, so I will
stick with V5, which has proven over the last three years to be extremly
stable in streaming. 

Lars


> 
> --
> Arno Garrels [TeamICS]
> http://www.overbyte.be/eng/overbyte/teamics.html
> 
> 
> > 
> > The following routines have problems:
> > 
> > - THttpRangeStream.AddPartStream(Value: TStream; AStartPos, AEndPos:
> > Integer);
> >  Integer should be THttpRangeInt
> > 
> > - THttpRangeStream.Read(var Buffer; Count: Longint): 
> Integer;  Result 
> > := FSize - FPosition; // don't -> Overflow, use seperate 
> Variable -> 
> > THttpRangeInt
> > 
> >  ActSize := min(Count - DataRead,  Rec.Size - (ActOffset)); 
> //Overflow 
> > because min only handles Integer.
> > 
> > - THttpConnection.ConnectionDataSent(Sender : TObject; 
> Error : WORD);  
> > var
> >Count  : Integer;
> >ToSend : Integer;  // Overflow in both use THttpRangeInt instead.
> > 
> > 
> > - procedure ParseRangeString(var FromStr : String; var ToStr   :
> > String; const Value : String);
> >  Don't use StrToInt, Use StrToInt64
> > 
> > - THttpRangeList.InitFromString(AStr: String);  Don't use StrToInt, 
> > Use StrToInt64
> > 
> > After these corrections, ICS works flawless, even jumping 
> around in a
> > 16 GB HDTV Recording works without glitches. I simply love ICS! ;)
> > 
> > Greetings
> > Lars 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Range Problems with Files > 2 GB

[Arno Garrels]

Lars Gehre wrote:
> I believe all versions of ICS have these problems (at least with
> Delphi 7 but I don't think integer or longword are suddenly Int64 in
> newer delphi versions).

It seems that ICSv6 and v7 both support Int64:

{$IFDEF UseInt64ForHttpRange}
THttpRangeInt= Int64;
{$ELSE}
THttpRangeInt= LongInt;   { Limited to 2GB size }
{$ENDIF}

If you use Delphi 7 you upgrade to ICSv6 or even ICSv7.

--
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html


> 
> The following routines have problems:
> 
> - THttpRangeStream.AddPartStream(Value: TStream; AStartPos, AEndPos:
> Integer);
>  Integer should be THttpRangeInt
> 
> - THttpRangeStream.Read(var Buffer; Count: Longint): Integer;
>  Result := FSize - FPosition; // don't -> Overflow, use seperate
> Variable -> THttpRangeInt
> 
>  ActSize := min(Count - DataRead,  Rec.Size - (ActOffset)); 
> //Overflow because min only handles Integer.
> 
> - THttpConnection.ConnectionDataSent(Sender : TObject; Error : WORD);
>  var
>Count  : Integer;
>ToSend : Integer;  // Overflow in both use THttpRangeInt instead.
> 
> 
> - procedure ParseRangeString(var FromStr : String; var ToStr   :
> String; const Value : String);
>  Don't use StrToInt, Use StrToInt64
> 
> - THttpRangeList.InitFromString(AStr: String);
>  Don't use StrToInt, Use StrToInt64
> 
> After these corrections, ICS works flawless, even jumping around in a
> 16 GB HDTV Recording works without glitches. I simply love ICS! ;)
> 
> Greetings
> Lars
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http digest access authentication

[Maurizio Lotauro]

Scrive Arno Garrels <[EMAIL PROTECTED]>:

> emanuele bizzarri wrote:
> > Hi all,
> > exists any THttpCli implementation that support digest access
> > authentication?
> 
> Good question, I always wondered why the guy who implemented digest auth
> in the HTTP server didn't add it to the THttpCli as well?

As I sayd in the past, adding another authentication (whatever it is, not 
necessary the digest) to the THttpCli component is far from easy.


Bye, Maurizio.


This mail has been sent using Alpikom webmail system
http://www.alpikom.it

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http digest access authentication

[Fastream Technologies]

Hi,

Well that's because we did design the THttpServer digest code for a web
server and a proxy and did not feel the need for THttpCli support. That
would be good idea though it was not personally me who coded it but Peter
and Francois.
Regards,

SZ


On Thu, Aug 28, 2008 at 7:58 PM, Arno Garrels <[EMAIL PROTECTED]> wrote:

> emanuele bizzarri wrote:
> > Hi all,
> > exists any THttpCli implementation that support digest access
> > authentication?
>
> Good question, I always wondered why the guy who implemented digest auth
> in the HTTP server didn't add it to the THttpCli as well?
>
> --
> Arno Garrels [TeamICS]
> http://www.overbyte.be/eng/overbyte/teamics.html
>
>
>
> --
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
>
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http digest access authentication

[Arno Garrels]

emanuele bizzarri wrote:
> Hi all,
> exists any THttpCli implementation that support digest access
> authentication?

Good question, I always wondered why the guy who implemented digest auth
in the HTTP server didn't add it to the THttpCli as well?

--
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html


   
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[DZ-Jay]

On May 16, 2008, at 02:49, zayin wrote:

>
> Yes, it is for web browsers. The target is any and all with HTML only.
>
> Thanks.

Then you have to let the browser retrieve each resource individually.  
Unless you are using a custom browser, in which case, you can make it 
do whatever you want.

dZ.

-- 
DZ-Jay [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[zayin]

Yes, it is for web browsers. The target is any and all with HTML only.

Thanks.

 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Francois PIETTE
Sent: Friday, May 16, 2008 12:34 AM
To: ICS support mailing
Subject: Re: [twsocket] HTTP...

> I have a server and I want to send a jpeg to the client upon request. 
> This image is dynamic. I am using AnswerStream and that is all working
great.
>
> Then I decided I also wanted some text to go before the image.
>
> I could not determine how to send text and an image with the same reply.
>
> So, I imbed a link to the image in a  tag and that is all 
> working now.
>
> The client now has to make two round trips to get the complete page. 
> One for the text and one for the image.
>
> Is this the only method to accomplish this task?

If this is to display in a web browser, then yes it is the only method.
If you use HTTP as transport for your own application and you control both
client and server, then you can do whatever you like at server side and do
the reverse at client side.

Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
The author of the freeware multi-tier middleware MidWare The author of the
freeware Internet Component Suite (ICS) http://www.overbyte.be

--
To unsubscribe or change your settings for TWSocket mailing list please goto
http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[Tobias Rapp]

Hi!

DZ-Jay wrote:
> A way to create a multi-part response is to encapsulate 
> it as a MIME 822 message.  Here's some basic information on this:
> 
>   http://www.motobit.com/tips/detpg_multiple-files-one-request/

I stumbled over the following lines on that page:

| The situation is even worse if you need authentication for each image
| preview - you must do tenth of authentication requests against user
| database, separated for each http request.

Is that really true? I thought that in the meanwhile it is common 
behavior to establish and keep one TCP connection for all HTTP requests 
until the page is loaded. And that the authentication is remembered for 
a established TCP connection.

/Tobias

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[Francois PIETTE]

> I have a server and I want to send a jpeg to the client upon request. This
> image is dynamic. I am using AnswerStream and that is all working great.
>
> Then I decided I also wanted some text to go before the image.
>
> I could not determine how to send text and an image with the same reply.
>
> So, I imbed a link to the image in a  tag and that is all 
> working
> now.
>
> The client now has to make two round trips to get the complete page. One 
> for
> the text and one for the image.
>
> Is this the only method to accomplish this task?

If this is to display in a web browser, then yes it is the only method.
If you use HTTP as transport for your own application and you control both 
client and server, then you can do whatever you like at server side and do 
the reverse at client side.

Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[zayin]

Thanks. I will look into it.

 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of DZ-Jay
Sent: Thursday, May 15, 2008 3:15 PM
To: ICS support mailing
Subject: Re: [twsocket] HTTP...

DZ-Jay wrote:
> What you want to do is send a multi-part MIME payload in the body of 
> your HTTP response.  You have to set the content-type to 
> "multipart/form-data".  For more information, check this page:
> 
> http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4.2
> 
>   dZ.
> 

Please ignore this, it's only applicable to multi-part POST requests, not
responses.  A way to create a multi-part response is to encapsulate it as a
MIME 822 message.  Here's some basic information on this:

http://www.motobit.com/tips/detpg_multiple-files-one-request/

dZ.
--
To unsubscribe or change your settings for TWSocket mailing list please goto
http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[DZ-Jay]

DZ-Jay wrote:
> What you want to do is send a multi-part MIME payload in the body of 
> your HTTP response.  You have to set the content-type to 
> "multipart/form-data".  For more information, check this page:
> 
> http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4.2
> 
>   dZ.
> 

Please ignore this, it's only applicable to multi-part POST requests, 
not responses.  A way to create a multi-part response is to encapsulate 
it as a MIME 822 message.  Here's some basic information on this:

http://www.motobit.com/tips/detpg_multiple-files-one-request/

dZ.
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP...

[DZ-Jay]

zayin wrote:
> Hello,
> 
> I have a server and I want to send a jpeg to the client upon request. This
> image is dynamic. I am using AnswerStream and that is all working great.
> 
> Then I decided I also wanted some text to go before the image. 
> 
> I could not determine how to send text and an image with the same reply.
> 
> So, I imbed a link to the image in a  tag and that is all working
> now.
> 
> The client now has to make two round trips to get the complete page. One for
> the text and one for the image.
> 
> Is this the only method to accomplish this task?

What you want to do is send a multi-part MIME payload in the body of 
your HTTP response.  You have to set the content-type to 
"multipart/form-data".  For more information, check this page:

http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4.2

dZ.

-- 
Team ICS

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP LINK method?

[Angus Robertson - Magenta Systems Ltd]

> http://developer.mozilla.org/en/docs/Link_prefetching_FAQ
> 
> Not sure what the implication is for the server -- maybe the idle
> prefetch is done with a link verb?

That document only seems to refer to LINK as an HTML keyword or HTTP
header line, ditto the HTTP RFC referenced.  

I guess the LINK method has been implemented as a private command by some
downloading application.

Angus
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP LINK method?

[Robert Chafer]

http://developer.mozilla.org/en/docs/Link_prefetching_FAQ

Not sure what the implication is for the server -- maybe the idle
prefetch is done with a link verb?

On Wed, 16 Jan 2008 10:52 + (GMT Standard Time), you wrote:

>  My IIS/6 logs show a method I've not seen before: 
>  
>  LINK /dunman/ - 80 - 15.227.137.71
>  Mozilla/4.0+(compatible;+MSIE+5.0;+Win32) 501 0 0
>  
>  Is this an error or something new?
>  
>  Angus
Robert Chafer

http://www.silverfrost.com
http://www.kickandscream.co.uk
http://cricket-forever.blogspot.com
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http://www.overbyte.be/

[Francois PIETTE]

Basically this message means the server is down and will probably not be up 
before tomorrow.

--
[EMAIL PROTECTED]
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be

- Original Message - 
From: <[EMAIL PROTECTED]>
To: 
Sent: Thursday, November 15, 2007 6:40 PM
Subject: Re: [twsocket] http://www.overbyte.be/


>I get the following message:
>
> Maintenance mode
> Cette machine windows 2000 vient d'etre victime d'une
> mise a jour microsoft corrompue
> la reinstallation des backups ne résout rien
> nous avons mis ce serveur apache provisoire pour vous
> informer de l'évolution
> nous réinstallons les sites un à un
> il est probable que tout ce qui est composants
> Micro$oft : ftp, odbc, access, asp ne marchera pas
> avant une longue huit de réinstallation
> La page que vous voyez pour l'instant est peut etre
> ancienne, n'oubliez pas de rafraichir et faire F5
> dans votre navigateur pour voir les nouveaux contenus
>
> -dZ.
>
>
>
>>--- Original Message ---
>>From: Angus Robertson - Magenta Systems
> Ltd[mailto:[EMAIL PROTECTED]
>>Sent: 11/15/2007 1:08:43 PM
>>To  : twsocket@elists.org
>>Cc  :
>>Subject : RE: [twsocket] http://www.overbyte.be/
>>
> >The web site has not been responding this
> afternoon, and now shows a page
> about 'Dalis SCRL'.
>
> Angus
>
> -- 
> To unsubscribe or change your settings for TWSocket
> mailing list
> please goto
> http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
>
> Visit our website at  http://www.overbyte.be
>
>
> -- 
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http://www.overbyte.be/

[Paul]

Same here

Paul


- Original Message - 
From: "Angus Robertson - Magenta Systems Ltd" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, November 15, 2007 6:08 PM
Subject: [twsocket] http://www.overbyte.be/


> The web site has not been responding this afternoon, and now shows a page
> about 'Dalis SCRL'.
> 
> Angus
> 
> -- 
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
> 
>
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http://www.overbyte.be/

[Dod]

Now  the  home page show this (for non-french people this mean the Web
server  is  under  Windows  2K  and  encoutered  a  problem after some
Microsoft update. Re-install is on the way, be patient :

Maintenance mode
Cette machine windows 2000 vient d'etre victime d'une mise a jour microsoft 
corrompue 
la reinstallation des backups ne résout rien
nous avons mis ce serveur apache provisoire pour vous informer de l'évolution
nous réinstallons les sites un à un
il est probable que tout ce qui est composants Micro$oft : ftp, odbc, access, 
asp ne marchera pas avant une longue huit de réinstallation 
La page que vous voyez pour l'instant est peut etre ancienne, n'oubliez pas de 
rafraichir et faire F5 dans votre navigateur pour voir les nouveaux contenus

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http://www.overbyte.be/

[[EMAIL PROTECTED]]

I get the following message:

Maintenance mode
Cette machine windows 2000 vient d'etre victime d'une
mise a jour microsoft corrompue
la reinstallation des backups ne résout rien
nous avons mis ce serveur apache provisoire pour vous
informer de l'évolution
nous réinstallons les sites un à un
il est probable que tout ce qui est composants
Micro$oft : ftp, odbc, access, asp ne marchera pas
avant une longue huit de réinstallation
La page que vous voyez pour l'instant est peut etre
ancienne, n'oubliez pas de rafraichir et faire F5
dans votre navigateur pour voir les nouveaux contenus

 -dZ.



>--- Original Message ---
>From: Angus Robertson - Magenta Systems
Ltd[mailto:[EMAIL PROTECTED]
>Sent: 11/15/2007 1:08:43 PM
>To  : twsocket@elists.org
>Cc  : 
>Subject : RE: [twsocket] http://www.overbyte.be/
>
 >The web site has not been responding this
afternoon, and now shows a page
about 'Dalis SCRL'.

Angus

-- 
To unsubscribe or change your settings for TWSocket
mailing list
please goto 
http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket

Visit our website at  http://www.overbyte.be 


-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] http://www.overbyte.be/

[Francois PIETTE]

Thanks Angus.
The website is down. They are restoring backups.

-- 
[EMAIL PROTECTED]
http://www.overbyte.be

- Original Message - 
From: "Angus Robertson - Magenta Systems Ltd" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, November 15, 2007 6:08 PM
Subject: [twsocket] http://www.overbyte.be/


> The web site has not been responding this afternoon, and now shows a page
> about 'Dalis SCRL'.
> 
> Angus
> 
> -- 
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Get problem (solved)

[Jean-Paul Passama]

Ok, sorry for that false alert.

There was a difference in the parameters sent.

Thank you

Frans van Daalen a écrit :
> did you test it with overbyteicshttptst.exe ? I get the same results as in 
> IE
> 
> Frans
> - Original Message - 
> From: "Jean-Paul Passama"
> 
> Hi all,
> 
> I try this request with my browser :
> 
> http://www.bridgeplus.com/get_participation_essai.php?cl=5500051&trn=M200704
> 
> I have a good result (Ok at the end).
> 
> When I try it with the HTTPclient component, not the same result.
> 
> (The PHP script is looking in a table for the club number 5500051 and
> the tournament M200704 : if found : Ok)
> 
> Thank you for your ideas
> JP Passama
> 
> Gary Stafford a écrit :
>> Hi,
>>
>>
>>
>> I have an application that creates the data to send over a socket on the 
>> fly
>> and would like to have a progress bar that tells me how much data is left 
>> to
>> send.
>>
>>
>>
>> So what is the best way to get information about the buffer that is used 
>> by
>>
>>
>>
>> Twsocketclient.PutDataInSendBuffer
>>
>>
>>
>>
>>
>> Thanks for your help
>>
>>
>>
>> Gary
>>
> 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] HTTP Get problem.

[Frans van Daalen]

did you test it with overbyteicshttptst.exe ? I get the same results as in 
IE

Frans
- Original Message - 
From: "Jean-Paul Passama"

Hi all,

I try this request with my browser :

http://www.bridgeplus.com/get_participation_essai.php?cl=5500051&trn=M200704

I have a good result (Ok at the end).

When I try it with the HTTPclient component, not the same result.

(The PHP script is looking in a table for the club number 5500051 and
the tournament M200704 : if found : Ok)

Thank you for your ideas
JP Passama

Gary Stafford a écrit :
> Hi,
>
>
>
> I have an application that creates the data to send over a socket on the 
> fly
> and would like to have a progress bar that tells me how much data is left 
> to
> send.
>
>
>
> So what is the best way to get information about the buffer that is used 
> by
>
>
>
> Twsocketclient.PutDataInSendBuffer
>
>
>
>
>
> Thanks for your help
>
>
>
> Gary
>

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http file upload

[Francois PIETTE]

>>> What is the best place to start and stop timing ?
>>> OnHeaderRequestEnd ?
>>
>> OnRequestDone.
>
> onRequestdone to stop the timing,
> but when start the timing?

When you call Post if you want to take connection time in the count, or 
OnSessionConnected if you want to start when the server is connected. Pay 
attention to persistant connections !

--
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
http://www.overbyte.be



-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http file upload

[Paul]

I've tested with an example i found in the archives.

'Method not allowed' is returned.

What am I doing wrong ?

Paul




function TBandwidthCheckForm.Upload:boolean;
const
  LR= #13#10;
var
  Buf : String;
  FileToSend : TMemoryStream;
  Boundary, FName: string;
begin
  result:= true;
  FName:= '20k.jpg';
  TestClient.URL:= UrlBandWidhUpload;
  try
with TestClient do begin
  Boundary := '-7cf29e12c04';
  ContentTypePost := 'multipart/form-data; boundary=' + 
copy(Boundary,3,length(Boundary));

  Buf := Boundary + LR + 'Content-Disposition: form-data; name="upfile"; 
filename="' + FName + '"'
  + LR + 'Content-Type: image/jpeg' + LR + LR;

  SendStream:= TMemoryStream.Create;
  try
SendStream.Write(Buf[1], Length(Buf));
FileToSend := TMemoryStream.Create;
FileToSend.LoadFromFile(TestFile);
FileToSend.SaveToStream(SendStream);
FileToSend.Free;

Buf := ConCat(buf,Boundary+'--');
SendStream.Write(Buf[1], Length(Buf));
SendStream.Seek(0, soFromBeginning);
FFileSize:= SendStream.Size;
SetThreadPriority(Application.Handle, 
THREAD_PRIORITY_TIME_CRITICAL);
Post;
ElapsedTimeMs:= CalcMilliSeconds(StartTime);
SetThreadPriority(Application.Handle, THREAD_PRIORITY_NORMAL );
  finally
TestClient.RcvdStream.Free;
TestClient.RcvdStream := nil;
TestClient.SendStream.Free;
TestClient.SendStream := nil;
  end;
end;
  except;
result:= false;
  exit;
  end;
end;

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http file upload

[Paul]

Thanks


Paul


- Original Message - 
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing" 
Sent: Saturday, March 17, 2007 2:29 PM
Subject: Re: [twsocket] Http file upload


> Francois PIETTE wrote:
>>> where can I find an example for uploading a file to a webserver using
>>> httpCli ?
>> 
>> That is no different than posting anything else. Pay attention to the
>> data format. Most scripts expect MIME multi-part format. 
> 
> New TMultiPartFileReader from IcsSteams.pas may be helpfull creating
> the stream.
> 
> --
> Arno Garrels [TeamICS]
> http://www.overbyte.be/eng/overbyte/teamics.html
> 
> 
> 
>> You'll find
>> sample by searching the mailing list archive.
>> 
>>> I also want to measure the time needed to upload the file.
>>> What is the best place to start and stop timing ?
>>> OnHeaderRequestEnd ?
>> 
>> OnRequestDone.
>> 
>> --
>> Contribute to the SSL Effort. Visit
>> http://www.overbyte.be/eng/ssl.html --
>> [EMAIL PROTECTED]
>> http://www.overbyte.be
> -- 
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://www.elists.org/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
> 
>
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http file upload

[Paul]

thanks,

>> What is the best place to start and stop timing ?
>> OnHeaderRequestEnd ?
>
> OnRequestDone.

onRequestdone to stop the timing,
but when start the timing?

Paul



- Original Message - 
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing" 
Sent: Saturday, March 17, 2007 2:04 PM
Subject: Re: [twsocket] Http file upload


>> where can I find an example for uploading a file to a webserver using
>> httpCli ?
>
> That is no different than posting anything else. Pay attention to the data
> format. Most scripts expect MIME multi-part format. You'll find sample by
> searching the mailing list archive.
>
>> I also want to measure the time needed to upload the file.
>> What is the best place to start and stop timing ?
>> OnHeaderRequestEnd ?
>
> OnRequestDone.
>
> --
> Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
> --
> [EMAIL PROTECTED]
> http://www.overbyte.be
>
>
> -- 
> To unsubscribe or change your settings for TWSocket mailing list
> please goto http://www.elists.org/mailman/listinfo/twsocket
> Visit our website at http://www.overbyte.be
>
> 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be

Re: [twsocket] Http file upload

[Arno Garrels]

Francois PIETTE wrote:
>> where can I find an example for uploading a file to a webserver using
>> httpCli ?
> 
> That is no different than posting anything else. Pay attention to the
> data format. Most scripts expect MIME multi-part format. 

New TMultiPartFileReader from IcsSteams.pas may be helpfull creating
the stream.

--
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html

 

> You'll find
> sample by searching the mailing list archive.
> 
>> I also want to measure the time needed to upload the file.
>> What is the best place to start and stop timing ?
>> OnHeaderRequestEnd ?
> 
> OnRequestDone.
> 
> --
> Contribute to the SSL Effort. Visit
> http://www.overbyte.be/eng/ssl.html --
> [EMAIL PROTECTED]
> http://www.overbyte.be
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be