You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This seems different from other MS FTP tickets that I found during search..
Connecting to this server shows a completely incorrect directory listing, but I can work with it fine via the command line 'ftp' program. Compare the Cyberduck log to the command line usage below. Note that the 'inc' directory that Cyberduck finds is nowhere to be found when doing an 'ls' from the command line, but there are a bunch of other files listed instead.
I see this bug in 3.0.3 and the latest nightly.
-Cyberduck:*
220 Microsoft FTP Service
USER aliendan
331 Password required for aliendan.
PASS ********
230 User aliendan logged in.
NOOP
200 NOOP command successful.
SYST
215 Windows_NT
STAT /
213-status of /:
10-29-08 02:45AM <DIR> inc
213 End of status.
NOOP
421 Timeout (120 seconds): closing control connection.
220 Microsoft FTP Service
USER aliendan
331 Password required for aliendan.
PASS ********
230 User aliendan logged in.
STAT /inc
213-status of /inc:
10-29-08 02:45AM 2007 inc_database.asp
10-29-08 02:39AM 4777 JSON.asp
213 End of status.
-Command Line:*
220 Microsoft FTP Service
ftp> user
(username) aliendan
331 Password required for aliendan.
Password:
230 User aliendan logged in.
Remote system type is Windows_NT.
ftp> ls inc
500 'EPSV': command not understood
227 Entering Passive Mode (76,74,254,221,19,137).
125 Data connection already open; Transfer starting.
550 inc: The system cannot find the file specified.
ftp> pwd
Remote directory: /
ftp> ls /
500 'EPSV': command not understood
227 Entering Passive Mode (76,74,254,221,19,138).
125 Data connection already open; Transfer starting.
07-25-08 07:11AM <DIR> _private
07-25-08 07:11AM 1754 _vti_inf.html
07-25-08 07:11AM <DIR> _vti_log
09-18-08 08:03PM 15940 About.asp
09-18-08 07:41PM 13297 AboutPremium.asp
10-10-08 06:55PM 14660 AboutPremium_Join.asp
07-25-08 02:05PM 7186 AbusePolicy.htm
[snip]
ftp> syst
215 Windows_NT
ftp> stat /
Connected and logged into [snip].com.
No proxy connection.
Gate ftp: off, server (none), port ftpgate.
Passive mode: on; fallback to active mode: on.
Mode: stream; Type: ascii; Form: non-print; Structure: file.
Verbose: on; Bell: off; Prompting: on; Globbing: on.
Store unique: off; Receive unique: off.
Preserve modification times: on.
Case: off; CR stripping: on.
Ntrans: off.
Nmap: off.
Hash mark printing: off; Mark count: 1024; Progress bar: on.
Get transfer rate throttle: off; maximum: 0; increment 1024.
Put transfer rate throttle: off; maximum: 0; increment 1024.
Socket buffer sizes: send 131070, receive 262140.
Use of PORT cmds: on.
Use of EPSV/EPRT cmds for IPv4: on.
Command line editing: on.
Version: tnftp 20050625
The text was updated successfully, but these errors were encountered:
Use defaults write ch.sudo.cyberduck ftp.sendStatListCommand false as a workaround as described in the common problems section of the https://trac.cyberduck.io/wiki/help.
We will have to find a workaround; probably just disabling STAT for servers replying with Windows to SYST.
Thanks for pointing me to the help which I should've checked first.
This one turned out to be a false alarm in any case: the server admin had instantiated 2 totally separate FTP servers on separate ports, and I was using the wrong port when accessing via Cyberduck. Turns out STAT works perfectly fine on this MS server.
This seems different from other MS FTP tickets that I found during search..
Connecting to this server shows a completely incorrect directory listing, but I can work with it fine via the command line 'ftp' program. Compare the Cyberduck log to the command line usage below. Note that the 'inc' directory that Cyberduck finds is nowhere to be found when doing an 'ls' from the command line, but there are a bunch of other files listed instead.
I see this bug in 3.0.3 and the latest nightly.
-Cyberduck:*
-Command Line:*
The text was updated successfully, but these errors were encountered: