Cyberduck Mountain Duck CLI

Opened on Aug 20, 2011 at 7:49:42 PM

Closed on Aug 22, 2011 at 4:33:07 PM

#6159 closed defect (thirdparty)

Netware Interoperability with STAT

Reported by: swwest@… Owned by: dkocher
Priority: low Milestone:
Component: ftp Version: 4.1
Severity: normal Keywords:
Cc: Architecture: Intel
Platform: Mac OS X 10.6

Description (last modified by dkocher)

I switched from version 3.8.1 to 4.1 today and noticed a significant delay in loading directories on FTP sites. When I compared the log files, there is a different sequence and the process stalls on the step: 215 NETWARE Type: L8 STAT GS16/GS16/ for the 4.1 version. If I wait long enough, it does complete the load, but as seen below, the stat info does not show in the log. If I hit the stop (big red icon) button while it is stalled, it immediately shows the directory. I guess that the stop button ends the attempt to run STAT. So I am wondering whether the FTP site is confused by this different sequence of events. The following log files include the lines up to the PASV command.

The first sequence is from 3.8.1: 

220 Service Ready for new User
FEAT
500 'FEAT' : Unknown Command
USER .westc.w.employee.clemsonu
331 Password Needed for Login
PASS ********
230 User WESTC Logged in Successfully
NOOP
200 NOOP Command Successful
CWD //GS16/GS16/workgroups
250 Directory successfully changed to "/GS16/workgroups"
SYST
215 NETWARE Type: L8
STAT //GS16/GS16/workgroups
211-  Client IP Address     24.31.14.198
211-  User         	    CN=westc.OU=w.OU=EMPLOYEE.O=CLEMSONU
211-  Current Context	    OU=w.OU=EMPLOYEE.O=CLEMSONU
211-  Name Space	    LONG
211-  Current Directory	    /GS16/workgroups
211-  Current Server	    GS16
211-  Transfer Type	    ASCII
211-  Transfer Structure    FILE
211-  Files Sent	    0
211-  Files Received	    0
211-  Bytes Sent            0.000 KBytes
211-  Bytes Received	    0.000 KBytes
211-  Avg Transfer Rate     0.000 KBytes/sec
211-  Session Time	    0 Hr 0 Min 6 Sec
211-  Last Command	    SYST
211 End of Status
PASV

...

This is the sequence for 4.1: 

220 Service Ready for new User
FEAT
500 'FEAT' : Unknown Command
USER .westc.w.employee.clemsonu
331 Password Needed for Login
PASS ********
230 User WESTC Logged in Successfully
NOOP
200 NOOP Command Successful
SYST
215 NETWARE Type: L8
STAT //GS16/GS16/workgroups
220 Service Ready for new User
FEAT
500 'FEAT' : Unknown Command
USER .westc.w.employee.clemsonu
331 Password Needed for Login
PASS ********
230 User WESTC Logged in Successfully
CWD //GS16/GS16/workgroups
250 Directory successfully changed to "/GS16/workgroups"
TYPE A
200 TYPE Command OK A
PASV
...

Change History (3)

comment:1 Changed on Aug 22, 2011 at 4:27:11 PM by dkocher

  • Description modified (diff)

comment:2 Changed on Aug 22, 2011 at 4:30:52 PM by dkocher

  • Summary changed from Long delay when reading FTP directory in version 4.1 to Netware Interoperability with STAT

comment:3 Changed on Aug 22, 2011 at 4:33:07 PM by dkocher

  • Resolution set to thirdparty
  • Status changed from new to closed

The transcript shows that there is no response to STAT //GS16/GS16/workgroupsand the connection is dropped and reopened after the default timeout of 30 seconds. This is an issue with the server software not failing gracefully on a command that it does not recognize at a certain point in the protocol flow. As a workaround, ​disable the use of STAT.

Note: See TracTickets for help on using tickets.