> however the server obviously didn't call Data.ShutDown(1) > for some reason?
One reason you could no see the shutdown packet is that the receiver stopped to receive data and the TCP window is full. btw: What do you use to format pcap data so that it is more readble ? (I don't use Ethereal, I use LanWatch which nicely show data captured and decoded headers). -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be ----- Original Message ----- From: "Arno Garrels" <[EMAIL PROTECTED]> To: "ICS support mailing" <twsocket@elists.org> Sent: Friday, April 20, 2007 7:04 PM Subject: Re: [twsocket] 501 CannotRETR.Error-SocketwithicsFtpServ(V6forDelphi7) >>> 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 -- 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
