>> May i send you my captured .pcap - file (148 KB) ? > > Yes, please send it.
Got it, uploaded a filtered version so others can take a look at it as well: http://www.duodata.de/misc/Patric-Flt1.pcap This log shows that after the LIST command data was sent, however the server obviously didn't call Data.ShutDown(1) for some reason? Subsequent RETR however worked fine, is this with latest ICS-Beta download available? -- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html Arno Garrels wrote: > Patrick Schmidt - STEP Software GmbH wrote: >>> Possibly G6 works around that, have you tried Serv-U as well as >>> FileZilla server? If they all handle your client correctly we have >>> to find a workaround. >> I tried Filezilla Server and Serv-U. Both worked, see log. > > Ohh, that's very interesting! > > I logged two sequences with Ethereal, both Ftptst demo, > one against FtpSrv demo another against Serv-U. > (Only 1 byte was transfered, so each file has only 15 lines) > http://www.duodata.de/misc/ICSFtpSrv-DataClose1.pcap > http://www.duodata.de/misc/Serv-U-DataClose1.pcap > >>> From these logs it seems that Serv-U doesn't wait for the > client until it closes the connection but sends "226 File sent ok" > at once. > This might be the reason why your client fails with the ICS > server, though I guess that your client is not RFC conform. > > Francois and all what do you think, should we tweak the TFtpSrv > to send the response earlier? > >> May i send you my captured .pcap - file (148 KB) ? > > Yes, please send it. > > -- > Arno Garrels [TeamICS] > http://www.overbyte.be/eng/overbyte/teamics.html > >> >> best regards >> Patrick Schmidt >> >> ----- Original Message ----- >> From: "Arno Garrels" <[EMAIL PROTECTED]> >> To: "ICS support mailing" <twsocket@elists.org> >> Sent: Friday, April 20, 2007 1:56 PM >> Subject: Re: [twsocket] 501 Cannot RETR. >> Error -SocketwithicsFtpServ(V6forDelphi7) >> >> >>> Patrick Schmidt - STEP Software GmbH wrote: >>>>> I bet the delay starts after the server called Data.ShutDown(1) >>>>> in FtpSrv.pas, TFtpServer.WMFtpSrvCloseData, can you please >>>>> set a breakpoint there and check whether that this is true? >>>> I'm not shure, I set a breakpoint to this row: " >>>> Data.ShutDown(1); { Wilfried 24/02/04 } " >>>> but debugging goes on (leaves the procedure) >>> >>> Can you confirm that the delay happens somewhere after >>> Data.ShutDown(1)? This meant that the FTP client doesn't handle the >>> shutdown sequence correctly but expects that the server will close >>> the data connection. Since that never happens the client application >>> drops the connection after its own timeout has expired. >>> >>> A network sniffer like Ethereal (now WireShark) could prove that. >>> >>> At the bottom of the page below you'll find a nice table that >>> explains the bidirectional socket shutdown sequence step by step: >>> http://msdn2.microsoft.com/en-us/library/ms738547.aspx >>> >>> Note that in non-passive mode the server represents the client side! >>> >>>> If I try other client (eg Filezilla) it >>>> works and if i try other >>>> server (G6 FTP Server) with the console it works, too! :-( >>> >>> Possibly G6 works around that, have you tried Serv-U as well as >>> FileZilla server? If they all handle your client correctly we have >>> to find a workaround. >>> >>> -- >>> Arno Garrels [TeamICS] >>> http://www.overbyte.be/eng/overbyte/teamics.html >>> >>>> >>>> >>>> I also tried your Sample-Application (OverbyteIcsFtpSrv.dpr), it >>>> behaves the same way. >>>> <snip> >>>> < 192.168.200.179 LIST >>>>> 192.168.200.179 150 Opening data connection for directory list. >>>>> Here occurs the delay 192.168.200.179 501 Cannot RETR. Error - >>>>> Connection aborted (#10053) >>>> ! 192.168.200.179 Data session closed. Error #10053 >>>> < 192.168.200.179 PORT 192,168,200,179,4,128 >>>>> 192.168.200.179 200 Port command successful. >>>> <snip> >>>> >>>> If i use another FTP-Server the log looks like this: >>>> <snip> >>>>> LIST >>>>> 150 Opening data connection for directory list. >>>>> 226 File sent ok. >>>>> PORT 192,168,200,179,4,145 >>>>> 200 Port command successful. >>>> >>>> <snip> >>>> >>>> Patrick Schmidt >>>> >>>> ----- Original Message ----- >>>> From: "Arno Garrels" <[EMAIL PROTECTED]> >>>> To: "ICS support mailing" <twsocket@elists.org> >>>> Sent: Wednesday, April 18, 2007 7:17 PM >>>> Subject: Re: [twsocket] 501 Cannot RETR. Error - Socket >>>> withicsFtpServ(V6forDelphi7) >>>> >>>> >>>>> Patrick Schmidt - STEP Software GmbH wrote: >>>>>>> Later you change to that directory and request a dir list. The >>>>>>> server somewhat hang creating the directory list. After 2 >>>>>>> minutes the connection is >>>>>>> closed (probably an inactivity timeout at server side). >>>>>> After this time (and error-message) the client gets the list and >>>>>> loads every file in the list! >>>>>> That's strange... >>>>> >>>>> I bet the delay starts after the server called Data.ShutDown(1) >>>>> in FtpSrv.pas, TFtpServer.WMFtpSrvCloseData, can you please >>>>> set a breakpoint there and check whether that this is true? >>>>> >>>>> -- >>>>> Arno Garrels [TeamICS] >>>>> http://www.overbyte.be/eng/overbyte/teamics.html >>>>> >>>>>> >>>>>>> Try with passive mode. >>>>>> Passive mode is not possible, my client is a (Hardware-)Lighting- >>>>>> console. The only options to configure in console are: IP, user, >>>>>> pw and a directory >>>>>> >>>>>>> Can you reproduce this behaviour using another FTP client >>>>>>> software using the >>>>>>> same conditions ? >>>>>> No, only this combination. If I try other client (eg Filezilla) >>>>>> it works and if i try other >>>>>> server (G6 FTP Server) with the console it works, too! :-( >>>>>> >>>>>> best regards >>>>>> Patrick Schmidt >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Francois PIETTE" <[EMAIL PROTECTED]> >>>>>> To: "ICS support mailing" <twsocket@elists.org> >>>>>> Sent: Wednesday, April 18, 2007 4:20 PM >>>>>> Subject: Re: [twsocket] 501 Cannot RETR. Error - Socket with >>>>>> icsFtpServ (V6forDelphi7) >>>>>> >>>>>> >>>>>>>> My FTP-Client send a "LIST" which is not handled correctly. >>>>>>>> After the "LIST" >>>>>>>> it takes about 2 minutes until the error is displayed and after >>>>>>>> that the client >>>>>>>> gets the direcory listing. >>>>>>>> Answer to client: 550 'F:\PROJ\grandMA ftp\slp': can't create >>>>>>>> directory. >>>>>>> >>>>>>> You are creating a directory and you don't have permission. >>>>>>> Maybe already exists. Should not be the problem. >>>>>>> >>>>>>>> ! Answer to client: 150 Opening data connection for directory >>>>>>>> list. !!! Here the communication hang for nearly 2 minutes !!! >>>>>>>> ! Answer to client: 501 Cannot RETR. Error - Socket is not >>>>>>>> connected >>>>>>> >>>>>>> Later you change to that directory and request a dir list. The >>>>>>> server somewhat hang creating the directory list. After 2 >>>>>>> minutes the connection is >>>>>>> closed (probably an inactivity timeout at server side). >>>>>>> >>>>>>> Try with passive mode. >>>>>>> >>>>>>> Can you reproduce this behaviour using another FTP client >>>>>>> software using the >>>>>>> same conditions ? >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Contribute to the SSL Effort. Visit >>>>>>> http://www.overbyte.be/eng/ssl.html -- >>>>>>> [EMAIL PROTECTED] >>>>>>> http://www.overbyte.be >>>>>>> >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Patrick Schmidt - STEP Software GmbH" <[EMAIL PROTECTED]> >>>>>>> To: <twsocket@elists.org> >>>>>>> Sent: Wednesday, April 18, 2007 4:08 PM >>>>>>> Subject: [twsocket] 501 Cannot RETR. Error - Socket with >>>>>>> icsFtpServ (V6 forDelphi7) >>>>>>> >>>>>>> >>>>>>>> STEP >>>>>>>> My FTP-Client send a "LIST" which is not handled correctly. >>>>>>>> After the "LIST" >>>>>>>> it >>>>>>>> takes about 2 minutes until the error is displayed and after >>>>>>>> that the client >>>>>>>> gets >>>>>>>> the direcory listing. >>>>>>>> >>>>>>>> See log-file: >>>>>>>> 192.168.200.167 connected >>>>>>>> Client-Command: USER MA >>>>>>>> Answer to client: 331 Password required for MA. >>>>>>>> Client-Command: PASS ma >>>>>>>> Login Username:MA Password:ma >>>>>>>> Answer to client: 230 User MA logged in. >>>>>>>> Client-Command: TYPE I >>>>>>>> Answer to client: 200 Type set to I. >>>>>>>> Client-Command: MKD slp >>>>>>>> Make Directory: F:\PROJ\grandMA ftp\slp >>>>>>>> Answer to client: 550 'F:\PROJ\grandMA ftp\slp': can't create >>>>>>>> directory. Client-Command: CWD slp >>>>>>>> Change Directory: F:\PROJ\grandMA ftp\slp\ >>>>>>>> Answer to client: 250 CWD command successful. "F:/PROJ/grandMA >>>>>>>> ftp/slp/" is >>>>>>>> current directory. >>>>>>>> Client-Command: PORT 192,168,200,167,4,205 >>>>>>>> Answer to client: 200 Port command successful. >>>>>>>> Client-Command: LIST >>>>>>>> ! Answer to client: 150 Opening data connection for directory >>>>>>>> list. !!! Here the communication hang for nearly 2 minutes !!! >>>>>>>> ! Answer to client: 501 Cannot RETR. Error - Socket is not >>>>>>>> connected (#10057) >>>>>>>> >>>>>>>> best regards >>>>>>>> Patrick Schmidt >>>>>>>> >>>>>>>> -- >>>>>>>> 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 >>> -- >>> 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
