Re: [twsocket] SITE EXEC issue
Thanks Angus and Francois - will try both your recommendations! Brian On Tue, Jan 31, 2012 at 6:42 AM, François Piette wrote: > >I have a client ftp component written using ICS and a server component > also > using ICS - everything > >was grand up to about 2 weeks ago, when the client ftp was sending a SITE > EXEC to > >the server - now that command never even gets >received (and therefore > never executes). > > This smells of anti-virus or something but it is just the SITE EXEC that > does not work - everything else is fine. > > Use a sniffer - such as the free WireShark - see if it is a client side or > server side issue. Using the sniffer, you'll see if the client correctly > send the request or not. Then we may help you debug the client or server. > > > -- > 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 > -- 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] SITE EXEC issue
>I have a client ftp component written using ICS and a server component also using ICS - everything >was grand up to about 2 weeks ago, when the client ftp was sending a SITE EXEC to >the server - now that command never even gets >received (and therefore never executes). > This smells of anti-virus or something but it is just the SITE EXEC that does not work - everything else is fine. Use a sniffer - such as the free WireShark - see if it is a client side or server side issue. Using the sniffer, you'll see if the client correctly send the request or not. Then we may help you debug the client or server. -- 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] SITE EXEC issue
> when the client ftp was sending a SITE EXEC to the > server - now that command > never even gets received (and therefore never executes). This > smells of anti-virus or something but it is just the SITE EXEC that > does not work - everything else is fine. Unlikely to be anti-virus, more likely a firewall that is monitoring the FTP control channel and removing the EXEC command. I had a similar problem with my Sonicwall monitoring FTP and it kept interrupting an 8 gig download when it found a development tool it considered malware. I just added an exception to stop FTP being monitored. 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] SITE EXEC issue
Hi I have a client ftp component written using ICS and a server component also using ICS - everything was grand up to about 2 weeks ago, when the client ftp was sending a SITE EXEC to the server - now that command never even gets received (and therefore never executes). This smells of anti-virus or something but it is just the SITE EXEC that does not work - everything else is fine. Regards Brian -- 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] Dele
Alfonso Del Vecchio wrote: >> I would like to understand some things about the DELE command. >> 1) E 'to read the message (retr) before deleting it? After Open set the MsgNum and call Retr. >> 2) It 'simply connect (open) and delete the message (by presetting >> msgnum)? Yes. 3) I also tried deleting the applicazioneOverbyteIcsMailRcv >> but does not work. Why? Messages are actually deleted delayed, after the client left the transaction by sending the QUIT command, so Dele just marks messages as to be deleted. If the connection aborted or went down before the client sent the QUIT command they won't be deleted. -- 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
[twsocket] Dele
I would like to understand some things about the DELE command. 1) E 'to read the message (retr) before deleting it? 2) It 'simply connect (open) and delete the message (by presetting msgnum)? 3) I also tried deleting the applicazioneOverbyteIcsMailRcv but does not work. Why? -- 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] Help needed with TWSocket descendant with backgroundthread message loop
Robert, You have to check for Msg.hwnd = 0 otherwise your custom message IDs will probably conflict which TWSocket's own messages like: while GetMessage(MsgRec, 0, 0, 0) do begin if MsgRec.hwnd = 0 then {<== ** VERY IMPORTANT ** } begin Handle messages posted to this thread through PostThreadMessage() end else begin // Other messages posted to some window handle in this thread // TranslateMessage(MsgRec); DispatchMessage(MsgRec); end; Also if you overrode TWSocket's WndProc method to handle own, custom messages posted to TWSocket's window handle those custom messages MUST be allocated by overriding three more methods in ICSv6+, here's an example: {* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *} function TCustomFtpCli.MsgHandlersCount : Integer; begin Result := 3 + inherited MsgHandlersCount; end; {* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *} procedure TCustomFtpCli.AllocateMsgHandlers; begin inherited AllocateMsgHandlers; FMsg_WM_FTP_REQUEST_DONE := FWndHandler.AllocateMsgHandler(Self); FMsg_WM_FTP_SENDDATA := FWndHandler.AllocateMsgHandler(Self); FMsg_WM_FTP_CLOSEDOWN:= FWndHandler.AllocateMsgHandler(Self); end; {* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *} procedure TCustomFtpCli.FreeMsgHandlers; begin if Assigned(FWndHandler) then begin FWndHandler.UnregisterMessage(FMsg_WM_FTP_REQUEST_DONE); FWndHandler.UnregisterMessage(FMsg_WM_FTP_SENDDATA); FWndHandler.UnregisterMessage(FMsg_WM_FTP_CLOSEDOWN); end; inherited FreeMsgHandlers; end; {* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *} BTW: Method PutDataInSendBuffer() actually _is thread-safe, so there is no need to copy data a second time to a custom buffer. -- 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