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

Reply via email to