Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Netware Interoperability with STAT #6159

Closed
cyberduck opened this issue Aug 20, 2011 · 1 comment
Closed

Netware Interoperability with STAT #6159

cyberduck opened this issue Aug 20, 2011 · 1 comment
Assignees
@dkocher
Labels
bug ftp FTP Protocol Implementation low priority thirdparty Issue caused by third party

Comments

@cyberduck
Copy link
Collaborator

07b0e81 created the issue

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
...
@cyberduck
Copy link
Collaborator Author

@dkocher commented

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.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@dkocher dkocher

Labels
bug ftp FTP Protocol Implementation low priority thirdparty Issue caused by third party
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@dkocher @cyberduck