[twsocket] V7 and D2009
Hello, where can I get a current stable version of ICS V7 and how far is D2009 support? I'm currently interested in TWSocket and in the FTP-client component as well as in the hashing functions (MD5). I haven't installed a SVN client currently. Greetings Markus -- 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] V7 and D2009
> where can I get a current stable version of ICS V7 and how far > is D2009 support ? > > I'm currently interested in TWSocket and in the FTP-client component as > component as well as in the hashing functions (MD5). > > I haven't installed a SVN client currently. All the answers are at http://wiki.overbyte.be/wiki/index.php/FAQ. -- 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] V7 and D2009
> where can I get a current stable version of ICS V7 and how far is > D2009 support? The SVN is zipped nightly, with a change log, and is at: http://wiki.overbyte.be/wiki/index.php/FAQ download at: http://wiki.overbyte.be/arch/icsv7w.zip It is a snapshot, but it's rare for it to a non-working version, to be absolutely safe don't use it for two or three days in case one of us notices and fixes a problem. It fully supports D2009, but not many use D2009 so it's not extensively tested. 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
[twsocket] False winsock 10060 (conn. timeout) in THttpCli
Hi, A customer reports and demos (within our program) a false 10060 with proxy outgoing connection being reported by our proxy. When there is no proxy, the IIS6 responds very well by itself to browsers. But when the client goes through our proxy, a 404 page produced by IIS6 causes the proxy to hang (just that connection, of course not the entire proxy). The first time it displays well, but the second time it causes problems. Also, it happens when the client and server are on the same machine and remotely as well. Any idea? I am using latest ICS v6 downloaded from SVN. Any reports so far for similar behavior? 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] Proxy question OverbyteICSHttpstst...
I see you are targetting a payment website. I suggest you first try with a "standard" https website to validate Squid proxy is working properly. Payment websites tend to be crazy about validation. It may work with abrowser the website specifically test for and not for anything else. We first need to know if the problem is from the proxy, from the website, from the components or from the way you use the component. > 13:54:50:971 ICB> SSL_connect: error in SSLv2/v3 read server hello A There are several such errors. Maybe the options you selected for SSL are not to correct one the target website like. You say it is OK without proxy so likely the target website is happy with the SSL options. -- 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: "Paul Dirschka" To: Sent: Wednesday, May 06, 2009 10:37 PM Subject: [twsocket] Proxy question OverbyteICSHttpstst... > Hello, > > I'm testing OverbyteICSHttpstst GET that is failing when passed through > Squid Proxy 2.7. > The request is successful when used without the proxy. > The request is successful using Firefox or IE using the Proxy. > > Following is the log generated by the failed request in > OverbyteICSHttpstst. If you notice something that might help me > understand > why this is failing please let me know. > > The request seems to be handled by the proxy (at least initially) > successfully, and then SSL handshake to the site also seems to be > successful, but from what I can tell the GET never makes it to the host. > > Thanks, > Paul > > Connecting... > 13:54:50:800 State = httpNotConnected > 13:54:50:800 Login 192.168.123.29 > 13:54:50:800 State = httpDnsLookup > 13:54:50:800 State = httpDnsLookupDone > 13:54:50:800 connect to 192.168.123.29/3128 > 13:54:50:800 TWSocket will connect to 192.168.123.29:3128 > 13:54:50:800 SessionConnected > 13:54:50:815 State = httpConnected > 13:54:50:815 State = httpWaitingProxyConnect > 13:54:50:815 5 header lines to send > CONNECT thesite.domain.com:443 HTTP/1.1 > User-Agent: Mozilla/4.0 (compatible; ICS; MSIE 4.0) > Host: thesite.domain.com:443 > Proxy-Connection: Keep-Alive > Content-Length: 0 > cmd> CONNECT thesite.domain.com:443 HTTP/1.1 > cmd> User-Agent: Mozilla/4.0 (compatible; ICS; MSIE 4.0) > cmd> Host: thesite.domain.com:443 > cmd> Proxy-Connection: Keep-Alive > cmd> Content-Length: 0 > cmd> > 13:54:50:815 009DD874 PutDataInSendBuffer 3808 len 179 [1] > 13:54:50:831 009DD874 TryToSend 3808 > 13:54:50:831 SendRequest Done > 13:54:50:831 009DD874 TryToSend 3808 > 13:54:50:831 009DD874 TryToSend 3808 > 13:54:50:940 Data available. Len=39 > 13:54:50:956 Proxy connected: "HTTP/1.0 200 Connection established > > " > 13:54:50:956 Start SSL handshake > 13:54:50:956 009DD874 StartSslHandshake 3808 > 13:54:50:956 009DD874 InitSSLConnection 3808 > 13:54:50:956 009DD874 BIO_ctrl(sslbio, BIO_C_SET_SSL, BIO_NOCLOSE, > 0xDD3330) = 1 [2] > 13:54:50:956 ICB> SSL_CB_HANDSHAKE_START > 13:54:50:971 ICB> SSL_connect: before/connect initialization > 13:54:50:971 ICB> SSL_connect: SSLv2/v3 write client hello A > 13:54:50:971 ICB> SSL_connect: error in SSLv2/v3 read server hello A > 13:54:50:971 009DD874 BIO_read(sslbio, 0x1, 0) = -1 [3] > 13:54:50:971 009DD874 BIO_should_retry(sslbio) = 1 [4] > 13:54:50:971 009DD874 TriggerEvent sslFdRead 3808 > 13:54:50:987 009DD874 TriggerEvent sslFdWrite 3808 > 13:54:50:987 SslAsyncSelect 3808, 1 FD_READ > 13:54:50:987 009DD874 TCustomSslWSocket.Do_FD_READ 3808 > 13:54:50:987 009DD874 BIO_ctrl_get_read_request(nbio) = 7 [5] > 13:54:50:987 009DD874 Winsock recv( 3808, 0x12DD4C, 7, 0) = -1 [6] > 13:54:50:987 009DD874 TriggerEvents 3808 SslState: SSL_ST_INIT // > MayFD_Read=0 MayDoRecv=-1 MayFD_Write=-1 MaySslTryToSend=-1 > bSslAllSent=-1 bAllSent=-1 > 13:54:51:003 009DD874 BIO_ctrl_pending(nbio) = 88 [7] > 13:54:51:003 009DD874 BIO_ctrl_get_write_guarantee(nbio) = 4096 [8] > 13:54:51:003 SslAsyncSelect 3808, 2 FD_WRITE > 13:54:51:003 009DD874 TCustomSslWSocket.Do_FD_WRITE 3808 > 13:54:51:003 009DD874 BIO_ctrl_pending(nbio) = 88 [9] > 13:54:51:003 009DD874 BIO_read(nbio, 0x12BD64, 88) = 88 [10] > 13:54:51:018 009DD874 my_RealSend (0xEE0, 1228132, 88) = 88 [11] > 13:54:51:018 009DD874 BIO_ctrl_pending(nbio) = 0 [12] > 13:54:51:018 009DD874 TriggerEvents 3808 SslState: SSL_ST_INIT // > MayFD_Read=0 MayDoRecv=-1MayFD_Write=-1 MaySslTryToSend=-1 > bSslAllSent=-1 bAllSent=-1 > 13:54:51:018 009DD874 BIO_ctrl_pending(nbio) = 0 [13] > 13:54:51:018 009DD874 BIO_ctrl_get_write_guarantee(nbio) = 4096 [14] > 13:54:51:018 009DD874 TCustomSslWSocket.Do_FD_WRITE 3808 > 13:54:51:034 009DD874 BIO_ctrl_pending(nbio) = 0 [15] > 13:54:51:034 009DD874 BIO_read(nbio, 0x12BD70, 0) = 0 [16] > 13:54:51:034 009DD874 TriggerEvents 3808 SslState: SSL_ST_INIT // > MayFD_Read=0 MayDoRecv=-1 MayFD_Write=-1 MaySslTryToSend=-1
[twsocket] THttpCli bug -- reported earlier on another server, repeating behavior again
Hello, Could you guys try this url and the below actions with your own httptst's? - www.suckersluck.com/scripts (returns 404 which is ok) - head - get - head (second head stalls) This occurs both when you do it programmatically and by hand! Please help! 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
[twsocket] TIcsLogger proposal
Arno, if you care about "slowing" string concatenations (although concatenation will be executed *anyway*: Time+Sep+Msg), then we could do something like this: FDateFormat, FTimeFormat, FDateTimeFormat: string; ... procedure SetDateTimeFormat(df, tf: string); begin FDateFormat := df; FTimeFormat := tf; FDateTimeFormat := FDateFormat + FLogSep + FTimeFormat; end; and procedure SetLogSep(ls: char); begin FLogSep := ls; FDateTimeFormat := FDateFormat + FLogSep + FTimeFormat; end; - two methods are used to implement independence between format strings and log sep. Or, we really could just set DateTimeFormat as single string, not taking care about a separator between date and time. But also you should do something with code for .NET, to make output configurable too. I sent Francois my modification of unit, it of course isn't ideal, but it's something to start from. Also there is a check of CR/LF in the end of logged line, to avoid doubling of these characters when Msg already contains them (FTP server responses, for example). -- Regards, Anton -- 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] Proxy question OverbyteICSHttpstst...
Thank you for reviewing the log. I'll probably have to look closer at what the proxy is doing to understand where the problem is. Regards, Paul > I see you are targetting a payment website. I suggest you first try with a > "standard" https website to validate Squid proxy is working properly. > Payment websites tend to be crazy about validation. It may work with > abrowser the website specifically test for and not for anything else. We > first need to know if the problem is from the proxy, from the website, from > the components or from the way you use the component. > > > 13:54:50:971 ICB> SSL_connect: error in SSLv2/v3 read server hello A > > There are several such errors. Maybe the options you selected for SSL are > not to correct one the target website like. You say it is OK without proxy > so likely the target website is happy with the SSL options. > > -- > 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] THttpCli bug -- reported earlier on another server, repeating behavior again
It's a server (or proxy) problem! Use a sniffer such as Wireshark if you don't believe it. After a long delay (timeout?) the server answers with a 404, and closes the connection. -- Arno Garrels Fastream Technologies wrote: > Hello, > > Could you guys try this url and the below actions with your own > httptst's? > > - www.suckersluck.com/scripts (returns 404 which is ok) > - head > - get > - head (second head stalls) This occurs both when you do it > programmatically and by hand! Please help! > > 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