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

Consecutive logins when uploading multiple files #12190

Closed
cyberduck opened this issue Mar 1, 2006 · 5 comments
Closed

Consecutive logins when uploading multiple files #12190

cyberduck opened this issue Mar 1, 2006 · 5 comments
Assignees
Labels
bug ftp FTP Protocol Implementation wontfix

Comments

@cyberduck
Copy link
Collaborator

beb6ee3 created the issue

I noticed a strange defect when uploading multiple to certain FTP Servers, eg. GuildFTP (Windows). Instead of using one single connection (or multiple connections at the same time) to upload all the files, every file is being uploaded and then a new login is being created for the next file, it is then being uploaded and another new login is being created and so forth.

This even happens when "Maximum number of simultaenous connections to a server" is set to 1 in the Preferences.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

I have never seen this. Can you still reproduce this with v2.5.5? If so, is there any error message in the transfer window (click the 'Alert' button).

@cyberduck
Copy link
Collaborator Author

@dkocher commented

''I just noticed that there's indeed an error message in the transfer window.
It says "IO Error: Unexpected null reply received" after each file.
''

Duplicate of #12295. Can you please test with the latest nightly build available at http://update.cyberduck.ch/nightly/ with 'change permissions on upload' and 'change modification date on upload' enabled in the Transfer Preferences.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

It looks like a bug in the server software (at least with the server showing this behavior I could test with):

(1) The server responds with 214 to any SITE command which is wrong. (causes no harm however)
(2) After issuing a SITE command, the server does no more respond to any subsequent command. Therefore Cyberduck closes and reopens the connection.

Please report to the developer of this particular FTP server.

Workaround: Disable 'Adjust file permissions on upload' and 'Preserve modification date on upload' in the Transfer Preferences.

@cyberduck
Copy link
Collaborator Author

individualki moskvy commented

Aloha!
http://intimdosug.t35.com blyadi moskvy
http://hellanzb.com/trac/hellanzb/ticket/444 individualki moskvy
http://trac.novowork.com/rbgtool/ticket/232 moskovskie shluhi
http://quant0r.com/trac/trac.cgi/ticket/56 moskovskie intim uslugi
hier.

@cyberduck
Copy link
Collaborator Author

intim uslugi moskvy commented

Have a good time!
http://dosugplace.awardspace.biz moskovskii intim dosug
http://dosugplace.awardspace.biz moskovskie shluhi
http://trac.workmessages.com/essential/workmessages/ticket/299 shluhi moskvy
http://trac.co3k.org/ticket/60 moskovskii intim dosug
online.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug ftp FTP Protocol Implementation wontfix
Projects
None yet
Development

No branches or pull requests

2 participants