Re: [twsocket] Low cache size problem and an announcement

Thanks, They say it is 2009 but I believe we should understand this as the end of 2009(?). Maybe we should skip BCB2009 and jump to 2010?? BTW, we just made our shareware IQ Web/FTP Server freeware! If you guys are interested, I would be appreciating your feedback: http://www.fastream.com/iqwebftp

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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] We are currently on a Holiday break.

This will be a really long holiday! The auto-responder on this email sends out an email to the list. The list forwards it back to his email box. The auto-responder then sends out another email to the list - and the process continues!! Can someone temporarily remove this user so that s/he can jo

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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

[twsocket] We are currently on a Holiday break.

Dear, We are currently on a holiday and will be back on october 1st. Regards JPC [EMAIL PROTECTED] -- 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] We are currently on a Holiday break.

> This will be a really long holiday! The auto-responder on this email > sends out an email to the list. > The list forwards it back to his email box. > The auto-responder then sends out another email to the list - and the > process continues!! > > Can someone temporarily remove this user so th

Re: [twsocket] Low cache size problem and an announcement

>> We just made our shareware IQ Web/FTP Server freeware! Sweet! Thanks for letting us know... :) Hoby -- 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] Low cache size problem and an announcement

Hello Fastream, FT> BTW, we just made our shareware IQ Web/FTP Server freeware! I'll try it, hope FTP part supports Events like "OnFileReceive call myapp.exe %filename%" like some other FTP servers. regards. -- To unsubscribe or change your settings for TWSocket mailing list please goto http:/

Re: [twsocket] Low cache size problem and an announcement

Yes in fact we support many events only for FTP and not for HTTP. Regards, SZ On Wed, Sep 17, 2008 at 4:32 PM, Dod <[EMAIL PROTECTED]> wrote: > Hello Fastream, > > FT> BTW, we just made our shareware IQ Web/FTP Server freeware! > > I'll try it, hope FTP part supports Events like "OnFileReceive

Re: [twsocket] Unicode and FTP

Angus Robertson - Magenta Systems Ltd wrote: >> Just found a download link of Troy Wolbrink's free TNT Unicode >> Controls > > From my perspective, display and entry of all Unicode characters is > not too important, It's probably more important in the FTP-server since exception messages are also

[twsocket] Early web server response

Hello, it seems that I have a problem with the HttpCli component. The client send an xml to the server using the POST method (synch). The server require an authentication (basic). When the xml is greater than a certain size (160k are enough) the server answer with a 400 (IIS/Tomcat: Bad request) o

Re: [twsocket] Early web server response

Hello: Seems to be a server issue. Even if the server requires authentication, the response should not be sent until the entire request is received. This behaviour is very strange indeed. Are you sure that the response is sent before the XML file is sent completely (i.e. the request is compl

Re: [twsocket] Early web server response

Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: > Hello: > Seems to be a server issue. Even if the server > requires authentication, the response should not be > sent until the entire request is received. This > behaviour is very strange indeed. Are you sure that > the response is sent befo

Re: [twsocket] Early web server response

Hello: It occurs to me that it could be a mechanism to protect from a DOS attack. Consider the following attack vector: You encounter a server which requires authentication for a resource. You then flood the server with POST requests with very large payloads, requiring the server to receive

Re: [twsocket] Early web server response

Hello: Actually, I just found that this is defined in the RFC (probably to prevent DOS attacks): 8.2.2 Monitoring Connections for Error Status Messages http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html#sec8.2.2 "An HTTP/1.1 (or later) client sending a message-body SHOULD monitor the

Re: [twsocket] Early web server response

Maurizio Lotauro wrote: > Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: > >> Hello: >> Seems to be a server issue. Even if the server >> requires authentication, the response should not be >> sent until the entire request is received. This >> behaviour is very strange indeed. Are you sure

Re: [twsocket] Early web server response

[EMAIL PROTECTED] wrote: > Hello: > Actually, I just found that this is defined in > the RFC (probably to prevent DOS attacks): > > 8.2.2 Monitoring Connections for Error Status Messages > http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html#sec8.2.2 > > "An HTTP/1.1 (or later) client se

Re: [twsocket] Early web server response

Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: > Hello: [DOS attack] Good point. > I guess a way to overcome this in the client side > would be to send a HEAD request prior to establish if > the resource is available for consumption. If not, > the server will respond with 401 and your cli

Re: [twsocket] Early web server response

Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: > Hello: > Actually, I just found that this is defined in > the RFC (probably to prevent DOS attacks): [...] > If this is not the current behaviour of the > HttpCli component, then perhaps we can work in > implementing this. This night I

Re: [twsocket] We are currently on a Holiday break.

Scrive Francois Piette <[EMAIL PROTECTED]>: > > This will be a really long holiday! The auto-responder on this email > > sends out an email to the list. > > The list forwards it back to his email box. > > The auto-responder then sends out another email to the list - and the > > process continue

Re: [twsocket] Early web server response

>--- Original Message --- >From: Arno Garrels[mailto:[EMAIL PROTECTED] >Sent: 9/17/2008 2:09:29 PM >To : twsocket@elists.org >Cc : >Subject : RE: Re: [twsocket] Early web server response > I don't think it's current THttpCli's behaviour. How to handle > authentication m

[twsocket] OT: Getting bounces from every post I send (WAS: We are currently on a Holiday break.)

>--- Original Message --- >From: Maurizio Lotauro[mailto:[EMAIL PROTECTED] >Sent: 9/17/2008 2:28:05 PM >To : twsocket@elists.org >Cc : >Subject : RE: Re: [twsocket] We are currently on a Holiday break. > > Am I the only one? No, I am also getting the same message for eve

Re: [twsocket] GpHTTPProxy doesn't work correctly

Hello, Stephan! Could you please provide us with a test-case (a web-site(s) showing an issue)? I've tried to run the demo on some sites and also got 404 errors, but they come from the requested servers, and the requests are well-formed, so I can't yet understand why is that. Furthermore, if I clic

Re: [twsocket] OT: Getting bounces from every post I send (WAS: We are currently on a Holiday break.)

Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: > >--- Original Message --- > >From: Maurizio > Lotauro[mailto:[EMAIL PROTECTED] > >Sent: 9/17/2008 2:28:05 PM > >To : twsocket@elists.org > >Cc : > >Subject : RE: Re: [twsocket] We are currently on a > Holiday break. > > >

Re: [twsocket] Early web server response

Scrive Arno Garrels <[EMAIL PROTECTED]>: [...] > I may be wrong, however I think I recall that the THTTPCli sent entire > POST-data even though authentication was what the server expected. This exactly what happen. > That sounds, at least, not very efficient and the server might treat this >

Re: [twsocket] Early web server response

Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: [...] > Perhaps we can implement something like this? My custom HttpCli has a retry mechanism. It is very simple, based only on the number of retry. I added it because sometimes the server take to much time to answer, and it is a problem for me

Re: [twsocket] Early web server response

Scrive Maurizio Lotauro <[EMAIL PROTECTED]>: [...] > This night I'll check if the component catch the 401. If yes then I'll try > to > "abort" the transmission. If no then we have a problem... Bad news. It seems that the HttpCli doesn't feel the 401. Even the 414 become before the end of client