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
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
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
>
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.
> >
>
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
>--- 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
>--- 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
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
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
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
[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
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
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
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
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
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
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
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
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
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:/
>> 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
> 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
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
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
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
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
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
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
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
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
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
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
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
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
34 matches
Mail list logo