Re: [twsocket] TWSocket Digest, Vol 219, Issue 3
Hi, On a LAN even if there is no FTPServer active the FTPClient takes 20 secs to timeout. I changed Timeout from 15 to 2 to no avail. I use FTPClient1.OpenAsync. Regards Allan ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ -- 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
[twsocket] SmtpClient and aborting connection
Hello, I#ve a new idea and would like some expert opinions about it before wasting time on it: what if I put the e-mail sending in a seperate thread where the SmptCLient is bound to the thread (execute)? So it would have its own message loop which hopefully wouldn't interfere with the rest of the com-server. The only thing are the test and the other synchronously sending method which should return success or not and shutting down the com-server might be another problem. Btw. and off topic: why is there a initialization method in the automation server you can override but no finalization? So you never know within the com server when it's time to finish/clean up, right? Greetings Markus -- 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] TWSocket Digest, Vol 219, Issue 3
On a LAN even if there is no FTPServer active the FTPClient takes 20 secs to timeout. I changed Timeout from 15 to 2 to no avail. I use FTPClient1.OpenAsync. Please use proper subject ! If you reply to digest mode, always change the subject. Try with FtpTst sample program. Try with Windows command line. And thnen repost a message with result...and proper subject. -- 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
[twsocket] HttpServ
I have some http-servers that work fine with ICS V5h One server doesn't. It only works fine if I replace HttpServ.pas with the ICSV3 one. I've checked both version of HttpServ.pas with WinMerge. Most changes are the authentication that has been added in V5h and wsoNoReceiveLoop is now a standard option, so I removed this from the server code. To get as close as possible, I added these defines: NO_AUHENTICATION_SUPPORT, NO+DEBUG_LOG and STREAM64 (local only!) Nevertheless, connection are lost and the server is not usable anymore. Some connections have an asnwer deferring build in of approx 20 seconds. It's no problem to place the HttpServ.pas V3 file into the same project folder so that it uses this HttrpServ.pas by default. Would this have an impact when I need to add SSL ? Paul -- 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] HttpServ
Nevertheless, connection are lost and the server is not usable anymore. Can you better define what doesn't work ? It is a perfectly reproductible problem or just happend sometimes ? It's no problem to place the HttpServ.pas V3 file into the same project folder so that it uses this HttrpServ.pas by default. Would this have an impact when I need to add SSL ? Keeping old V3 is a dead end. -- [EMAIL PROTECTED] The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: Paul [EMAIL PROTECTED] To: TWsocket twsocket@elists.org Sent: Saturday, May 12, 2007 8:13 PM Subject: [twsocket] HttpServ I have some http-servers that work fine with ICS V5h One server doesn't. It only works fine if I replace HttpServ.pas with the ICSV3 one. I've checked both version of HttpServ.pas with WinMerge. Most changes are the authentication that has been added in V5h and wsoNoReceiveLoop is now a standard option, so I removed this from the server code. To get as close as possible, I added these defines: NO_AUHENTICATION_SUPPORT, NO+DEBUG_LOG and STREAM64 (local only!) Nevertheless, connection are lost and the server is not usable anymore. Some connections have an asnwer deferring build in of approx 20 seconds. It's no problem to place the HttpServ.pas V3 file into the same project folder so that it uses this HttrpServ.pas by default. Would this have an impact when I need to add SSL ? Paul -- 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] HttpServ
Can you better define what doesn't work ? Very hard to find out : testing it locally is impossible, the servers need other services, webservices and worldwide synchronized SQL-servers to work. Testing it here localy would be impossible. It's our gateway (I'm sure you know), but it's been extended a lot and cannot work standalone anymore. Every session on the gateway connects 6 Httpclients together on different computers and if one fails, the session fails. Keeping old V3 is a dead end. Maybe, but it rocks. There isn't that much difference between the 2 versions though if you don't need the authentication. The most changes have something to do with the keep-alive connection. Also keep in mind that all other components and units used are V5h Paul Original Message - From: Francois PIETTE [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Saturday, May 12, 2007 10:17 PM Subject: Re: [twsocket] HttpServ Nevertheless, connection are lost and the server is not usable anymore. Can you better define what doesn't work ? It is a perfectly reproductible problem or just happend sometimes ? It's no problem to place the HttpServ.pas V3 file into the same project folder so that it uses this HttrpServ.pas by default. Would this have an impact when I need to add SSL ? Keeping old V3 is a dead end. -- [EMAIL PROTECTED] The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: Paul [EMAIL PROTECTED] To: TWsocket twsocket@elists.org Sent: Saturday, May 12, 2007 8:13 PM Subject: [twsocket] HttpServ I have some http-servers that work fine with ICS V5h One server doesn't. It only works fine if I replace HttpServ.pas with the ICSV3 one. I've checked both version of HttpServ.pas with WinMerge. Most changes are the authentication that has been added in V5h and wsoNoReceiveLoop is now a standard option, so I removed this from the server code. To get as close as possible, I added these defines: NO_AUHENTICATION_SUPPORT, NO+DEBUG_LOG and STREAM64 (local only!) Nevertheless, connection are lost and the server is not usable anymore. Some connections have an asnwer deferring build in of approx 20 seconds. It's no problem to place the HttpServ.pas V3 file into the same project folder so that it uses this HttrpServ.pas by default. Would this have an impact when I need to add SSL ? Paul -- 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 -- 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