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

FEAT incompatiblity with Microsoft FTP Service #5184

Closed
cyberduck opened this issue Sep 13, 2010 · 5 comments
Closed

FEAT incompatiblity with Microsoft FTP Service #5184

cyberduck opened this issue Sep 13, 2010 · 5 comments
Assignees
Labels
bug ftp FTP Protocol Implementation thirdparty Issue caused by third party

Comments

@cyberduck
Copy link
Collaborator

cyberduck commented Sep 13, 2010

181cba1 created the issue

Since the latest update I am unable to connect to my Windows FTP server in Cyberduck. It was working fine before the update. When using Filezilla the connection goes through without a hitch.

Here is the extent of the log...

220-Microsoft FTP Service
220 FTP Server
FEAT
220-Microsoft FTP Service
220 FTP Server
FEAT

Then I get the following message in a dialog:

I/O Error: Connection Failed
Read timed out.
@cyberduck
Copy link
Collaborator Author

cyberduck commented Sep 13, 2010

@dkocher commented

What is the transcript when connecting with Filezilla? Looks like a server issue as it stops responding.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Sep 13, 2010

181cba1 commented

Here is the log from Filezilla...

Status:	Resolving address of [serverdomain]
Status:	Connecting to [serverip]…
Status:	Connection established, waiting for welcome message...
Response:	220-Microsoft FTP Service
Response:	220 FTP Server
Command:	USER [user]
Response:	331 Password required for [user].
Command:	PASS ********
Response:	230-FTP Server
Response:	230 User [user] logged in.
Command:	SYST
Response:	215 Windows_NT
Command:	FEAT
Response:	211-FEAT
Response:	    SIZE
Response:	    MDTM
Response:	211 END
Status:	Connected
Status:	Retrieving directory listing...
Command:	PWD
Response:	257 "/[folder]" is current directory.
Command:	TYPE I
Response:	200 Type set to I.
Command:	PASV
Response:	227 Entering Passive Mode ([passivemode]).
Command:	LIST
Response:	125 Data connection already open; Transfer starting.
Response:	226 Transfer complete.
Status:	Directory listing successful

Filezilla seems to work fine.

I have received the same results from from both my work and home computers. Previous versions of Cyberduck logged into the server fine. Immediately after the 3.6.1 upgrade to Cyberduck, FTP stopped working.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Sep 14, 2010

@dkocher commented

The compatiblity issue seems to be that the server does not respond to FEAT before we are logged in. The issue was introduced as we are now displaying a message titled The server supports encrypted connections. Do you want to switch to FTP-SSL? if the response to FEAT contains AUTH TLS.

As a workaround disable this feature entering

defaults write ch.sudo.cyberduck connection.unsecure.switch false

in a Terminal.app window.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Feb 14, 2011

12b1c10 commented

It appears in the latest release of 3.8.1 this bug is still around.

I see you marked it 3 months ago as thirdparty but the fact that every other FTP client seems to work just fine, I wouldn't say its a third party fix.

Enabling this hidden feature does the trick but unsure why. The Microsoft FTP server I am unsure of the version number. Not sure if it only happens against older versions of IIS or current but it definitely still happens.

As 5138 says to disable this feature all together you can run this above Terminal command but should this be turned into a checkbox in the preferences?

@cyberduck
Copy link
Collaborator Author

cyberduck commented Feb 24, 2011

@dkocher commented

The server should return 500 or something but not just close the connection.

@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.
Labels
bug ftp FTP Protocol Implementation thirdparty Issue caused by third party
Projects
None yet
Development

No branches or pull requests

2 participants