> 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.
Filezilla Server:
<snip>
(000031) 20.04.2007 15:57:33 - ma (192.168.200.179)> LIST
(000031) 20.04.2007 15:57:33 - ma (192.168.200.179)> 150 Opening data
channel for directory list.
(000031) 20.04.2007 15:57:33 - ma (192.168.200.179)> 226 Transfer OK
(000031) 20.04.2007 15:57:34 - ma (192.168.200.179)> PORT
192,168,200,179,4,231
(000031) 20.04.2007 15:57:34 - ma (192.168.200.179)> 200 Port command
successful
<snip>
Serv-U:
<snip>
[2] Fri 20Apr07 16:09:41 - (000020) LIST
[6] Fri 20Apr07 16:09:41 - (000020) 150 Opening ASCII mode data connection
for /bin/ls.
[6] Fri 20Apr07 16:09:41 - (000020) 226 Transfer complete.
[2] Fri 20Apr07 16:09:43 - (000020) PORT 192,168,200,179,5,102
[6] Fri 20Apr07 16:09:43 - (000020) 200 PORT Command successful.
<snip>
> A network sniffer like Ethereal (now WireShark) could prove that.
I installed WireShark and im working on it, but still don't know how to
search/find the information i need...
May i send you my captured .pcap - file (148 KB) ?
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
