3.0.1 Client

Need help with FileZilla Client? Something does not work as expected? In this forum you may find an answer.

Moderator: Project members

Post Reply
Message
Author
screece
500 Command not understood
Posts: 5
Joined: 2007-10-02 18:04

3.0.1 Client

#1 Post by screece » 2007-10-02 18:18

Hello:
I am running Serv-U 6.4.0.4 on an FTP server. Passive mode must be disabled for connection to work.
Using the FileZilla 2.X client with passive mode disabled, connections and up/downloads work fine. With the new 3.0.1 client, I am able to log in and browse the remote directory listing. When I try to transfer a file, though, I continually receive this error:

Response: 421 Too many users - please try again later.
Error: Could not connect to server

Here's the kicker: As soon as I click on the "Disconnect" button, the transfer begins! Once it completes the transfer, it then disconnects. Here's the debug log up to the failure:

---------------------------
Status: Resolving IP-Address for ftp.***.com
Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(01490420) m_pEngine=013590E0 caller=01428880
Status: Connecting to 172.X.X.X:21...
Status: Connection established, waiting for welcome message...
Trace: CFtpControlSocket::OnReceive()
Response: 220 Serv-U FTP Server v6.4 for WinSock ready...
Command: USER ***minftp
Trace: CFtpControlSocket::OnReceive()
Response: 331 User name okay, need password.
Command: PASS ********
Trace: CFtpControlSocket::OnReceive()
Response: 230 User logged in, proceed.
Status: Connected
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Status: Retrieving directory listing...
Trace: CFtpControlSocket::SendNextCommand(0)
Command: PWD
Trace: CFtpControlSocket::OnReceive()
Response: 257 "/e:/FTP" is current directory.
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Trace: CFtpControlSocket::SendNextCommand(0)
Trace: CFtpControlSocket::ListSend(0)
Trace: state = 1
Trace: CFtpControlSocket::ResetOperation(0)
Trace: CControlSocket::ResetOperation(0)
Status: Directory listing successful
Status: Resolving IP-Address for ftp.***.com
Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(013FBD38) m_pEngine=014149D8 caller=01492B30
Status: Connecting to 172.30.0.200:21...
Status: Connection established, waiting for welcome message...
Trace: CFtpControlSocket::OnReceive()
Response: 220 Serv-U FTP Server v6.4 for WinSock ready...
Command: USER ***minftp
Trace: CFtpControlSocket::OnReceive()
Response: 421 Too many users - please try again later.
Trace: CFtpControlSocket::ResetOperation(66)
Trace: CControlSocket::ResetOperation(66)
Error: Could not connect to server
Status: Waiting to retry...

Any ideas?

User avatar
botg
Site Admin
Posts: 35558
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse

#2 Post by botg » 2007-10-02 20:16

Use the site manager and limit the number of connections to 1 for this broken server.

screece
500 Command not understood
Posts: 5
Joined: 2007-10-02 18:04

Broken Server?

#3 Post by screece » 2007-10-03 12:34

The server is not broken.

Multiple people can be in the server, limited to one session per account. The problem is that in v3 of FileZilla, when you try to transfer a file it tells you that there are too many users, despite the fact that you are already logged in. However, when you click the disconnect button, the queued transfers go through and then you are disconnected.

Again, this only happens with the new version of FileZilla. The 2.x versions of FileZilla work fine, as does every other client that allows the disabling of passive mode. I have limited concurrent transfers to 1 (as well as for up/downloads) in v3 .

Limiting my FTP server to 1 user at a time is not a solution. We can have up to 20 sessions at a time. The problem is something in the v3 client.

User avatar
botg
Site Admin
Posts: 35558
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse

Re: Broken Server?

#4 Post by botg » 2007-10-03 13:30

screece wrote:Limiting my FTP server to 1 user at a time is not a solution. We can have up to 20 sessions at a time. The problem is something in the v3 client.
But your server already does it. Otherwise you would be able to establish the transfer connection. You just need to tell FileZilla in the site manager that your server is limited to 1 connection.

screece
500 Command not understood
Posts: 5
Joined: 2007-10-02 18:04

Ahhhh

#5 Post by screece » 2007-10-03 15:27

OK, my apologies. I see what you mean now. The transfers work if I go through the site manager instead of entering the info directly into the main screen.

My next questions is what the difference is between the simultaneous connections setting in the Transfer Setting tab of the Site Manager and the limit for concurrent up/downloads and simultaneous transfers is in the program settings. Shouldn't there be a way to globally limit the secondary connection that FileZilla is trying to make on transfer?

Thanks,
Stephen

User avatar
botg
Site Admin
Posts: 35558
Joined: 2004-02-23 20:49
First name: Tim
Last name: Kosse

#6 Post by botg » 2007-10-03 15:36

Transfers and connections are different things.

screece
500 Command not understood
Posts: 5
Joined: 2007-10-02 18:04

More info...

#7 Post by screece » 2007-10-03 17:00

Hello:
Thanks for your replies. Where could I find more info on the difference between the two? Tried Wiki but didn't get what I'm looking for.

Thanks,
Stephen

Post Reply