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

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Mar 1, 2006

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

@cyberduck cyberduck commented Mar 13, 2006

@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

@cyberduck cyberduck commented May 14, 2006

@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

@cyberduck cyberduck commented May 14, 2006

@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 cyberduck closed this May 14, 2006
@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jun 11, 2010

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

@cyberduck cyberduck commented Jun 11, 2010

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
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants