Custom Query (8213 matches)

When using a custom editor for all files, the editor doesn't open the file selected when choosing edit/view on remote site.

I'm using the Apple Store 'FileZilla Pro' version.

Most local directories and files are not displaying in the window. However the Downloads directory works. Is this some sort of file permissions issue?

This is a fresh install on a new machine. I imported my Site Manager accounts and preferences from the previous machine (which ran the same version of FileZilla Client and Mac OS).

After update to 3.40.0, I'm unable to connect from a Windows machine to several servers via ftpes:// protocol (FTP over Explicit TLS) on port 21. The connections work on 3.39.0 and in other software (WinSCP).

The server to which I'm trying to connect uses Pure-FTPd 1.0.46 linked against GnuTLS 3.5.18 (stock configuration on Ubuntu 18.04) and username+password authentication. TLS certificate is valid.

Messages from 3.39.0:

Status:	Resolving address of ftp.example.com
Status:	Connecting to 12.34.56.78:21...
Status:	Connection established, waiting for welcome message...
Status:	Initializing TLS...
Status:	Verifying certificate...
Status:	TLS connection established.
Status:	Logged in
Status:	Retrieving directory listing...
Status:	Directory listing of "/" successful

Messages from 3.40.0:

Status:	Resolving address of ftp.example.com
Status:	Connecting to 12.34.56.78:21...
Status:	Connection established, waiting for welcome message...
Response:	220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Response:	220-You are user number 1 of 50 allowed.
Response:	220-Local time is now 15:44. Server port: 21.
Response:	220-This is a private system - No anonymous login
Response:	220-IPv6 connections are also welcome on this server.
Response:	220 You will be disconnected after 15 minutes of inactivity.
Command:	AUTH TLS
Response:	234 AUTH TLS OK.
Status:	Initializing TLS...
Status:	Verifying certificate...
Status:	TLS connection established.
Command:	USER username
Error:	Could not connect to server

On subsequent try, this message is additionally reported

Error:	GnuTLS error -110: The TLS connection was non-properly terminated.
Status:	Server did not properly shut down TLS connection

My wild guess is that it has something to do with recent GnuTLS libs upgrade in 3.40.0.

Hi, Every time you update, I save my settings with your "file/export settings" option. Then I update your software. After that: I go to the "Edit/Settings" tab and then I click on the subheadings "Associations by File Type" and the latter is always empty. I always have to redo my associations for my files. Would it be possible for you to include this option when we save our parameters?

Beste,

Ik krijg telkens een foutmelding als ik probeer in te loggen via Snelverbinden?

Status: Adres bepalen van ftp.alamire.com Status: Verbinden met 85.17.66.139:21... Status: Verbinding gemaakt, welkomstbericht afwachten... Status: TLS initialiseren... Status: Certificaat controleren.... Status: TLS-verbinding opgezet. Opdracht: USER A006461 Antwoord: 331 User A006461 OK. Password required Opdracht: PASS Antwoord: 530 Login authentication failed Fout: Fatale fout: Kan niet verbinden met server

Met vriendelijke groeten,

Patty Kaes Marketing & Communicatie

Musica, Impulscentrum voor Muziek T +32 (0)11 610 510 F +32 (0)11 610 511 W www.musica.be

I sign on filezilla to download my acceptance/denial reports from changehealthcare. One day it would not connect. My software is with Imagine(CPU) in California. They originally set it up my filezilla with Change Healthcare. Now that I am having problems connecting they say they can't help me. My submitter number is TSOHS5A. My receiver ID is 133052274. I get connection timed out after 20 seconds of inactivity. Then could not connect to server. When I try to connect it says open "TSOHS5A@…"22 I apologize but I am a billing company and very ignorant to so much of this.

Hi,

I have multiple OneDrive accounts, but after connecting to one, it seems I cannot disconnect from it, as trying to connect to the second account automatically connects me with the first one.

This is not desired.

FileZilla Pro

Version: 3.42.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-05-05 Compiled with: x86_64-w64-mingw32-gcc (GCC) 6.3.0 20170516 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.26.0 GnuTLS: 3.6.7

Operating system:

Name: Windows 10 (build 17763), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq bmi2 lm Settings dir: C:\Users\[redacted]\AppData\Roaming\FileZilla\

Thanks, Robin

After upgrade from a previous version of Filezilla, upon opening the application an error message as follows appears:

"You can't use this version of the application 'FileZilla' with this version of macOS. You have macOS 10.13.6. The application requires macOS 10.14 or later."

In the Applications directory, the app symbol is shown with a semi-transparent crossed out symbol indicating that it cannot be used.

Hi

Filezilla can't connect anymore through proxy HTTP/1.1.

This configuration worked fine since 8 years.

Filezilla : last version (3.42.1) (windows and linux tested)
Pure-ftpd : v1.0.36
Squid Cache: Version 3.1.23

Logs :

Squid (nothing wrong) :

1557475523.736  20091 IP.OF.CLIENT TCP_MISS/200 266 CONNECT HOST.FTP.SERVER:21 login.client DIRECT/IP.FTP.SERVER -

Filezilla debug mode :

Suivi :	CFtpControlSocket::ResetOperation(2114)
Suivi :	CControlSocket::ResetOperation(2114)
Suivi :	CFtpLogonOpData::Reset(2114) in state 1

Failing connection:

Status:	Verbinde mit rehapraxohl.de...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 0
Trace:	Going to execute C:\gwprog\filezilla\fzsftp.exe
Antwort:	fzSftp started, protocol_version=8
Trace:	CSftpDeleteOpData::ParseResponse() in state 0
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 3
Befehl:	open "p486633@rehapraxohl.de" 22
Trace:	Connecting to 46.30.59.55 port 22
Trace:	We claim version: SSH-2.0-FileZilla_3.42.1
Trace:	Server version: SSH-2.0-OpenSSH_7.5p1-hpn14v12
Trace:	Using SSH protocol version 2
Trace:	Doing ECDH key exchange with curve Curve25519 and hash SHA-256
Trace:	Server also has ssh-rsa host key, but we don't know it
Trace:	Host key fingerprint is:
Trace:	ssh-ed25519 256 ca:4a:0f:57:65:5a:b9:ef:8e:c3:11:a6:db:b5:48:05 F+/xA2MKVmuM6S6wtudIawC32THUaL8Orw65ZAQhcos=
Trace:	Initialised AES-256 GCM client->server encryption
Trace:	Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher)
Trace:	Initialised AES-256 GCM server->client encryption
Trace:	Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher)
Trace:	Pageant is running. Requesting keys.
Trace:	Pageant has 5 SSH-2 keys
Trace:	Trying Pageant key #0
Trace:	Server refused our key
Trace:	Trying Pageant key #1
Trace:	Server refused our key
Trace:	Trying Pageant key #2
Trace:	Received disconnect message (protocol error)
Trace:	Disconnection message text: Too many authentication failures
Trace:	Server sent disconnect message
Trace:	type 2 (protocol error):
Trace:	"Too many authentication failures"
Fehler:	Server sent disconnect message
Fehler:	type 2 (protocol error):
Fehler:	"Too many authentication failures"
Trace:	CSftpControlSocket::OnTerminate without error
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::ResetOperation(66)
Trace:	CSftpDeleteOpData::Reset(66) in state 3
Fehler:	Herstellen der Verbindung zum Server fehlgeschlagen
Trace:	CFileZillaEnginePrivate::ResetOperation(66)

After i manually remove some upper keys in pageant, which i need somewhere else:

Status:	Verbinde mit rehapraxohl.de...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 0
Trace:	Going to execute C:\gwprog\filezilla\fzsftp.exe
Antwort:	fzSftp started, protocol_version=8
Trace:	CSftpDeleteOpData::ParseResponse() in state 0
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 3
Befehl:	open "p486633@rehapraxohl.de" 22
Trace:	Connecting to 46.30.59.55 port 22
Trace:	We claim version: SSH-2.0-FileZilla_3.42.1
Trace:	Server version: SSH-2.0-OpenSSH_7.5p1-hpn14v12
Trace:	Using SSH protocol version 2
Trace:	Doing ECDH key exchange with curve Curve25519 and hash SHA-256
Trace:	Server also has ssh-rsa host key, but we don't know it
Trace:	Host key fingerprint is:
Trace:	ssh-ed25519 256 ca:4a:0f:57:65:5a:b9:ef:8e:c3:11:a6:db:b5:48:05 F+/xA2MKVmuM6S6wtudIawC32THUaL8Orw65ZAQhcos=
Trace:	Initialised AES-256 GCM client->server encryption
Trace:	Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher)
Trace:	Initialised AES-256 GCM server->client encryption
Trace:	Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher)
Trace:	Pageant is running. Requesting keys.
Trace:	Pageant has 4 SSH-2 keys
Trace:	Trying Pageant key #0
Trace:	Server refused our key
Trace:	Trying Pageant key #1
Trace:	Server refused our key
Trace:	Trying Pageant key #2
Trace:	Sending Pageant's response
Trace:	Access granted
Trace:	Opening session as main channel
Trace:	Opened main channel
Trace:	Started a shell/command
Status:	Connected to rehapraxohl.de
Trace:	CSftpDeleteOpData::ParseResponse() in state 3
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpDeleteOpData::Reset(0) in state 3
Trace:	CFileZillaEnginePrivate::ResetOperation(0)
Status:	Empfange Verzeichnisinhalt...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpListOpData::Send() in state 0
Trace:	CSftpChangeDirOpData::Send() in state 0
Trace:	CSftpChangeDirOpData::Send() in state 1
Befehl:	pwd
Antwort:	Current directory is: "/"
Trace:	CSftpChangeDirOpData::ParseResponse() in state 1
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpChangeDirOpData::Reset(0) in state 1
Trace:	CSftpListOpData::SubcommandResult(0) in state 1
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpListOpData::Send() in state 2
Trace:	CSftpListOpData::Send() in state 3
Befehl:	ls
Status:	Listing directory /
Trace:	CSftpListOpData::ParseResponse() in state 3
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpListOpData::Reset(0) in state 3
Status:	Anzeigen des Verzeichnisinhalts für "/" abgeschlossen
Trace:	CFileZillaEnginePrivate::ResetOperation(0)

Unfornatetely i can't determine the position of the keys in pageant.

When browsing the directory inside a Wordpress installation /wp-content/uploads It shows me 9998 files... When scrolling down its stops at about S... so there is more files but the filezilla client does not show more then 10'000 files would be my assumption.

Pls remove FileZilla Max file Transfer restrictions "Increasing Maximum Simultaneous Transfers" setting allowing users to increase beyond 10 sessions limit. (like increase to 20, 50...)

Modern SFTP server&client implementations, modern Compute,Storage and Network infrastructure can easily handle upto 1000+ concurrent SFTP sessions, so no need limiting client-side connections to 10.

Whilst this limitation makes perfect sense from historical point of view it no longer is applicable for most modern, 21st century IT platforms.

I can't connect to all of my servers with FileZilla since today, I have an error "Data connection cannot be established: WSAEADDRNOTAVAIL - Unable to assign the requested address"

Please, could you help me?

PS. I use Vesta control panel - I install it before trying to connect with FileZilla

Logs: =============================================== Status: Connecting to *MY HOST*... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Logged in Status: Retrieving directory listing... Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (136,244,116,96,47,48). Command: LIST Error: The data connection could not be established: WSAEADDRNOTAVAIL - Cannot assign requested address Response: 150 Here comes the directory listing. Response: 226 Directory send OK. Error: Failed to retrieve directory listing

Got new MacBook Pro and installed latest version 3.44.2. Filezilla worked on my older Macbook Air. Getting "fzsftp could not be started" when I try and connect. I have all the same software I had on my old machine so I am not sure why I cannot connect. I have downloaded a few other FTP clients and they all work but Filezilla. Any help would be appreciated.

I installed Filezilla via flatpak, to have the last updated version, because on Ubuntu Xenial 16.04.06 there are only very previous versions. Then, when I start application by double-clicking on app icon nothing happen. Therefore I try to cut command line inside the application ".desktop" file and paste it on terminal window, to watch what happen when program start. At end the program crash with a "Pango Error", as you can see in the attached file.

Best regards.

I hereby propose a change in the design, where the max simultaneous file transfers are NOT capped a 10, but it is suggested at 10 but it can grow to 999. I am moving several terabytes of data and with 10 max files, it may take a week. Modern computers can handle larger loads.

Failure to build from source, unable to find "unix/unix.h".

setting timestamp fails because "file doesn't exist".

file obviously exists locally and remotely because it just uploaded the file! what I'm not sure about is whether it doesn't see the local file or the remote file.

this doesn't happen in 3.46.0

Hello,

Connecting to ProFTPD with FileZilla (all platforms), we have run into a connection error that only affects keyboard-interactive authentication. Doing a git bisect on the PuTTY sources (which are utilized by FileZilla), we found that the problematic commit exists between PuTTY 0.70 and 0.71, and is precisely due to PuTTY commit 20a9bd5642ac66ae1190069989d33c5fcefe5672 ( ​https://git.tartarus.org/?p=simon/putty.git;a=commit;h=20a9bd5642ac66ae1190069989d33c5fcefe5672 ) from July 9, 2018. We have tried various PuTTY versions after the problematic commit, including head, and still have the problem connecting to ProFTPD. We have also tried upgrading ProFTPD to 1.3.7rc1, 1.3.7rc2, and the latest head, and the problem still persists when connecting to it with anything higher than FileZilla 3.46.0 or PuTTY 0.70 (testing done with psftp).

The error message that is returned is the following (this output is from psftp, but the same error comes through with Filezilla 3.46.1 and higher):

Keyboard-interactive authentication prompts from server:
| Password: 
End of keyboard-interactive prompts from server
Access denied
FATAL ERROR: Remote side sent disconnect message
type 11 (by application):
"Unsupported protocol sequence"

For now, we have informed those accessing our systems to do one of the following workarounds:

1.) Roll back to FileZilla 3.46.0 or older (or PuTTY 0.70 or older if utilizing psftp) 2.) Use public key authentication via Pagent or saved key file within FileZilla 3.) Ensure PuTTY is installed, and uncheck the checkbox for 'Attempt "keyboard-interactive" auth (SSH-2)' under SSH->Auth so the connection falls back to password auth. Make sure to save this change to the Default Settings connection profile within PuTTY. 4.) Use a different SFTP client that is not affected in this way.

In summary:

A change in PuTTY at commit 20a9bd5642 resulted in an inability to connect to ProFTPD that wasn't previously present. Since FileZilla relies on the PuTTY libraries and those were recently upgraded for FileZilla version 3.64.1, this problem has now presented itself. It isn't clear (to me) if this is a bug in PuTTY itself or ProFTPD, but I thought I would start with filing a bug here to get started, since FileZilla is used heavily by those accessing our systems, and this problem will become quite problematic as more and more people upgrade their FileZilla clients.

(Also, I saw bug #12066, but have not been able to reproduce that issue on my end. I suspect that issue has to do with pulling in PuTTY changes, but may not be due to the exact commit mentioned in this ticket.)

Thank you for your assistance.

If needed, we have a test environment we can provide to the FileZilla team for troubleshooting/testing purposes.

The remote server on Linux RH.

My website is still uploading JPEG files from our employees and the website still displays the JPEG files. However, after 1/14/20 FileZilla no longer displays any JPEG files even though I know these files exist on the webserver. This prevents me from backing up JPEG files since I cannot see them through the file viewer.

I am using version 3.43.3

Until a couple of days ago I was able to upload and download files without any issues. The day before yesterday, FileZilla Pro simply could not download any files from the servers I usually work with. It started showing “Fail to open …”, “File Transfer failed…”, etc. messages. I bought FillaZilla Pro from the App Store and I noticed that I was working with version 3.46.3, (the only version currently available at the App Store). After noticing that I went to the FileZilla site and downloaded version 3.47.1 and all the issues were resolved, I was able to upload and download without any problems. After 48 hours of using version 3.47.1 the application simply “disappeared”, (there was a big translucent “?” superimposed over the FileZilla icon), and that version of the application was not operational anymore. I am assuming that has to do with some type of “payment” issue, (buying the application from the developer’s site and not a third party distributor like Apple), so I went back to the App Store, I downloaded their version and the “File Transfer failed…” problem instantly came back. Is there a way to authorize the latest version of FileZille Pro, (downloaded from the FileZilla website), and continue to use it normally? How can I solve this problem since the App Store does not have the current version and it is almost impossible to contact them? I really need to fix this issue because my work involves uploading and downloading files from FTP servers on a daily basis.

When logging in to the webserver the tree explorer is not working First level works for ex brusdata.se but clicking on next level public_html is not possible to set focus to. Operating system type on webserver is Linux

hi.

There is no problem with Google Drive FTP. Connecting. However, I cannot make transactions with Google Drive or Dropbox in "filezilla site manager synchronization". As you can see in the video, it makes you wait for minutes.

What should I do to back up my sites to Google Drive?

FileZilla Pro

Version: 3.47.2.1

Build information:

Compiled for: x86_64-apple-darwin19.3.0 Compiled on: x86_64-apple-darwin19.3.0 Build date: 2020-03-18 Compiled with: Apple clang version 11.0.0 (clang-1100.0.33.17) Compiler flags: -Werror=partial-availability -Wall -g

Linked against:

wxWidgets: 3.0.5 SQLite: 3.31.1 GnuTLS: 3.6.12

Operating system:

Name: Mac OS X (Darwin 19.4.0 x86_64) Version: 10.15 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx lm Settings dir: /Users/barisyilmaz/Library/Containers/org.filezilla-project.filezilla.sandbox/Data/.config/filezilla/

I have tried to upload my videos to my server, but have come with a technical issue where the server doesn't receive all the data within those video files. They come out half-baked, so to speak. I can view the video on my server-end to a certain point before it cuts off, indicating that the video did not upload 100%, despite the server giving me a report that the uploading was successful.

I used to have no problem uploading similar videos to my server until now suddenly. I think it had something to do with an update, perhaps. Nothing else has changed in my settings and content I upload before the problem occurred.

My file size for my videos is on average 1-2gb, and they are in mp4 format. I still got plenty of space to go around on my server.

The videos often upload until 60-70% before calling for action on my part. I can overwrite the file in which case it just starts the file uploading from the beginning until the same issue appears once again. If I press "Resume", it will simply not upload the rest of the data and claim it is finished even though it is not.

Thus far I have:

• disabled my firewall
• Changed the timeout setting to 0.
• Changed the speed limit box to unchecked.
• Changed the default transfer type from Auto to Binary.
• Changed the default file exists action from "Ask for action" to "Resume"

I have tried every different combination possible with these settings to see if they help, but no help.

When I gave the same files to my brother for him to try to upload them on the same server using his computer in a different house with his own internet and settings, he was able to upload them to 95% before hitting the same issue. He was able to get further than I ever could despite many attempts, but somehow neither of us can hit 100% upload without issues.

The feedback I get on the console reads:

• Response: 451 [Name of the video file]: Append/Restart not permitted, try again.
• Error: File transfer failed

I hope this is enough information to get you started, but feel free to ask more information and I will provide it.

I hope you can help me. Last week I bought the Pro version and my credit card was charged, but the download link did not reach me. So I don't have it and I'm only using the free version. I did it from the official Filezilla Pro page.

Getting this error on sftp site, coworker is able to get in with the same credentials so we know it works. Tried filezilla versions 3.48.1 and 3.49.1 and got the same error in both places. This is one of two sites I have

In Filezilla server version 0.9.60 When creating a new user by Miracle.FileZilla.Api the user is registered by default as disabled + ForceSSL Even though in the server interface they appear as enabled and without SSL but in .xml file these users are registered with different values. Just after clicking on the user and then closing the interface with OK button the parameters as displayed are updated in .xml file I had to explicitly add these parameters when calling the api. I could not find where these default values are configured.

I'm attempting to delete a folder with one or more pdf files in it. There are currenlty 7,854 directories in /pdfs. I've done this many times before without issue.

Ex. path. "../pdfs/347555/347555.1588361310.pdf"

The error seems to occur *after* deletion when it attempts to update the directory listing.

ASSERT INFO: RemoteListView.cpp(652): assert "m_indexMapping.size() == pDirectoryListing->GetCount() + 1" failed in UpdateDirectoryListing_Removed().

BACKTRACE: [1] wxEvtHandler::TryHereOnly(wxEvent&) [2] wxEvtHandler::ProcessEventLocally(wxEvent&) [3] wxEvtHandler::ProcessEvent(wxEvent&) [4] wxEvtHandler::ProcessPendingEvents() [5] wxAppConsoleBase::ProcessPendingEvents() [6] wxApp::DoIdle() [7] g_main_context_dispatch [8] g_main_loop_run [9] gtk_main [10] wxGUIEventLoop::DoRun() [11] wxEventLoopBase::Run() [12] wxAppConsoleBase::MainLoop() [13] wxEntry(int&, wchar_t) [14] libc_start_main

FileZilla Client

Version: 3.28.0

Build information:

Compiled for: x86_64-pc-linux-gnu Compiled on: x86_64-pc-linux-gnu Build date: 2017-10-29 Compiled with: gcc (Ubuntu 7.2.0-12ubuntu1) 7.2.0 Compiler flags: -g -O2 -fdebug-prefix-map=/build/filezilla-YKhf0t/filezilla-3.28.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wall

Linked against:

wxWidgets: 3.0.3 SQLite: 3.22.0 GnuTLS: 3.5.18

Operating system:

Name: Linux 4.15.0-117-generic x86_64 Version: 4.15 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx Settings dir: /home/.../.config/filezilla/

uname -a

Linux NUC-1 4.15.0-117-generic #118-Ubuntu SMP Fri Sep 4 20:02:41 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

lsb_release -a

No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 18.04.5 LTS Release: 18.04 Codename: bionic

A new file has been added to all of my websites on the server side called "clamd". Has this file been added by Filezilla, or have I been hacked? I removed the file from each website and changed my password, but it has reappeared, so I wanted to check with your company to see if it has come from you before I figure out what to do next.

Status: Connection established, waiting for welcome message... Response: 220 FTP Server ready. Command: AUTH TLS Response: 502 AUTH TLS successful Command: AUTH SSL Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of schooledu.co.in Status: Connecting to 194.59.164.72:21... Status: Connection established, waiting for welcome message... Response: 220 FTP Server ready. Command: AUTH TLS Response: 502 AUTH TLS successful Command: AUTH SSL Error: Could not connect to server

Description of problem: Cannot connect to the OpenSSH server on Fedora 33 due to recent crypto-policy changes with using standard RSA-4096 keys (curve25519 works).

I can also reproduce this issue with FileZilla on Windows 10 and even in PuTTY client.

Version-Release number of selected component (if applicable): filezilla-3.51.0-1.fc33 libfilezilla-0.25.0-2.fc33

How reproducible: Always.

Steps to Reproduce:

1. Install Fedora 33.
2. Install OpenSSH server: sudo dnf install openssh-server
3. Enable it: sudo systemctl enable --now sshd.service
4. Disable password authentication:

echo "PasswordAuthentication no" | sudo tee /etc/ssh/sshd_config.d/00-disablepass.conf sudo chmod 0600 /etc/ssh/sshd_config.d/00-disablepass.conf

5. Restart OpenSSH server: sudo systemctl restart sshd.service
6. Create SFTP connection in FileZilla to 127.0.0.1.
7. Try to connection with RSA key authentication (id_rsa should be added to the SSH agent).

Actual results: Connection failure: FATAL ERROR: No supported authentication methods available (server sent: publickey)

Expected results: Successful connection.

Additional info: Logs attached:

• filezilla.log - internal FileZilla log file with full debug enabled;
• sshd-filezilla.log - OpenSSH Server log with debug for the FileZilla connection;
• sshd-console-client.log - OpenSSH Server log with debug for the default console SSH client.

Hello Team, When I am trying to access my FTP FileZilla Server from outside network, I am getting below error, not able to connect.It is working fine in company network with internal IP address. Satus: Connecting to 114.143.131.66:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Logged in Status: Retrieving directory listing... Status: Server sent passive reply with unroutable address. Using server address instead. Command: MLSD Response:425 Can't open data connection for transfer of "/" Error: Failed to retrieve directory listing Status: Connection closed by server

Please resolve this issue.

With Regards, Lalit Patil Meticulous Research, IT

9226729629,9422314434

To reproduce:

1. Upload a folder that contains some empty folders
2. Upload it again

Expected behavior:

• the first time, if the subfolders don't already exist on the server, they will be created
• the second times, no folders will be created on server as they already exist.

Nothing should be listed in "failed transfers" as no transfer has failed

Observed: After the second time (or already the first if any if the empty folders already existed on the server), the empty folders will be listed in the "Failed transfers" tab. That makes no sense whatsoever because you don't upload an empty folder, you create it on the server. When "uploading" a folder, if it already exists on the server, you either know that by requesting the listing beforehand and hence shouldn't have to attempt creating it, or you try to create it anyway and detect that it already exists because you fail to create it. Either way, that's not an error and it shouldn't be listed as a failed transfer. The only case where a folder should be listed as a failed transfer is if you fail to create it on the server but it does not already exist. Additionally:

• the "reason" column says "Creating directory". That makes no sense either. You are saying that you failed to upload a directory because "creating directory".
• When I have failed transfers, usually what I do is: reset and requeue all, and then process the queue again. This results in the folders showing up again in failed transfers. So, it looks like there was some error creating the folders on the server and that errors keeps happening and cannot be fixed. And none of that is true: there is no error to begin with, the folders simply already exist.

Note that if the folders contain files, none of this happens. All is uploaded as expected and nothing is listed under failed transfers. As expected.

I'm setting priority as high because false errors are as bad as failing to detect real errors. If an error log of any kind is polluted with false positives that I have to ignore, I'll end up missing real errors.

I think this is a regression, I hadn't observed this until recently.

Steps to reproduce:

1. Go to Edit / Settings
2. Go to Debug
3. Change the value of "Debug Information in message log" to something other than "warning": e.g., "Debug"
4. Save and exit Settings
5. OPTIONALLY restart FileZilla (will reproduce either way)
6. Go to Settings again and again to Debug

Expected: the selector for "Debug Information in message log" should show the current level. Saving without touching it should not change the setting

Observed: regardless of what the current level is (that is, if you followed the steps above, regardless of the level you configured at step 3), the selector shows "1. Warning". If you now save the settings without having touched the debug level setting, it will be actually changed to Warning.

This is broken in two ways: 1) it doesn't show the actual current level; 2) it causes you to unintentionally change a setting without having touched it (by only changing other unrelated settings and saving) if you don't notice.

When I try to connect to any SFTP server I get an error "fzsftp could not be started". Interestingly if I switch to Czech language I get an "fzputtygen could not be started" error (of course translated). It happens since 3.52.0 version. Version 3.51.0 works. My guess would be that the double slash in path to fzsftp is causing the problem

I'm maintaining FileZilla at MacPorts and run into the following when compiling:

:info:build toolbar.mm:9:8: warning: instance method '-setToolbarStyle:' not found (return type defaults to 'id') [-Wobjc-method-access]
:info:build                 [tlw setToolbarStyle:NSWindowToolbarStyleExpanded];
:info:build                      ^~~~~~~~~~~~~~~
:info:build /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:185:12: note: receiver is instance of class declared here
:info:build @interface NSWindow : NSResponder <NSAnimatablePropertyContainer, NSMenuItemValidation, NSUserInterfaceValidations, NSUserInterfaceItemIdentification, NSAppearanceCustomization, NSAccessibilityElement, NSAc
cessibility>
:info:build            ^
:info:build toolbar.mm:9:24: error: use of undeclared identifier 'NSWindowToolbarStyleExpanded'
:info:build                 [tlw setToolbarStyle:NSWindowToolbarStyleExpanded];
:info:build                                      ^
:info:build 2 warnings generated.
:info:build mv -f settings/.deps/filezilla-optionspage.Tpo settings/.deps/filezilla-optionspage.Po
:info:build 1 warning and 1 error generated.
:info:build make[4]: *** [libfzmac_a-toolbar.o] Error 1

3.51 compiled just fine and it seem the change in toolbar.mm is causing this because you use setToolbarStyle:NSWindowToolbarStyleExpanded, which is only available from macOS 11.0 onwards, see ​https://developer.apple.com/documentation/appkit/nswindowtoolbarstyle/nswindowtoolbarstyleexpanded?language=objc

After installing the latest version of FileZilla client, the file timestamp data is no longer preserved on the transferred files. Verified that the option is still set in the transfer options.

I have been using v3.51 and earlier versions to upload files to a server running SSH-2.0-OpenSSH_7.4 to support sftp/ssh file transfers.

since updating to v3.52.05 (and also with 3.52.2), I have been unable to upload or download files from the server. It appears to write and then I will see an error that the file transfer failed, and then when it retries, it brings up the overwrite dialog to try to overwrite the file I just uploaded or downloaded - the file that is on the server after the initial upload is 0kb in size.

Trace:	DuplicateHandle failed
Trace:	CControlSocket::ResetOperation(2)
Trace:	CSftpFileTransferOpData::Reset(2) in state 4

I have been able to workaround by downgrading back to 3.51.0 for the time being.

It appears that for both the 3.52.2 uploads and downloads, the following message appears after the put/get command respectively:

Attaching files with the debug logs for both upload and download in each version.

FZ will transfer all files but at the end the UI just drops out. I wish there would be a way to provide more details over and above what the "FileZilla.log" in "debug" mode can provide?

Dear Team,

We are using Filezilla FTP server on Passive mode with one static IP on the server. Actually we are facing an issue "421 Could not create socket" error. Kindly let us know any solution to resolve this issue.

从网上下载数据文件与原文件内容不一致

I have newest FZ I use FTP to manage Websites If I try connect to a Website FTP at ftpupload.net I get a Trojan Message what is out-going see screenshot: ​https://i.imgur.com/7375kQA.png

My PC is virus and trojan free (Malwarebytes prem buisness) So from where come a Trojan or is it a Bug again by FZ ? Need urgend a reply because I work here and cant work if these is not cleared or solved.

Thanks in advance Cheers

the downloading of the server not working properly. I checked everything in my computer but the speed is still not good. and because of which i am having so much problem. please resolve my issue as early as possible.

Hi All,

I recently encountered a very strange file corruption problem.

The scenario is that I upload a file from my PC(macOS) through FTP protocol with Filezilla(v3.55.1) to an FTP server(windows).

Note:

I have set the FTP mode to passive and FTP transfer mode to binary.

if the file size is bigger than 1M, it would be corrupted, but there are no errors shown at Filezilla. (File transfer successful, transferred 6014038 bytes in 12 seconds) I check the MD5 of the file at the server-side. Which has diverted from my client-side. I capture the packet of the communication between server and client with Wireshark, does not find any explicit error. I also hex dump the content of the original file at the client-side and the file at the server-side and compared them, the former 16385 bytes are different, but the remaining bytes are the same. (approximately 360000 bytes).

More info:

if the file size is smaller than 100KB. It could be uploaded successfully. if the upload speed is limited under 500KB/s(enable speed limit in FileZilla), the larger file could be uploaded successfully. the file could be uploaded by other FTP clients to the same FTP server without corruption, so the FTP server is working fine.

I tried other FTP client, which can also upload the files to server without corruption.

I although check with my two colleagues' PC (both MacOS Bigsur), they can upload with FileZilla(same version) successfully without corruption.

at first, I doubt that there would be some problem with my network condition, but the md5 of the file I uploaded is the same every time even if it is corrupted.

Any help or tips would be very appreciated.

Best regards, nRookie

I am an instructor and one of my students cannot log into FileZilla. The messages he receives are: "331 User xxxxx OK, Password required" then "530 Login authentication failed".

He has changed his password with no success.

What are the username and password requirements for FileZilla? Are certain symbols or characters not allowed in the username or password?

Thanks in advance,

Kent Wenger

Reporting a Bug I use FZ to upload files to 3 websites. 2 of the sites are fine in Filezilla but the 3rd website is experiencing problems when uploading to the remote server. Files fail to upload. The server shows a folder with 2 dots after it saying Empty Directory Listing Upload of files now fails. I get the message, Transfers Finished “All transfers have finished 1 file could not be transferred”

Example 1 Command: CWD /htdocs Response: 250 OK. Current directory is /htdocs Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (213,171,193,5,32,7) Command: STOR sean courtney berwick.jpg Response: 553-Can't open that file: Invalid argument Response: 553 Rename/move failure: No such file or directory Error: Critical file transfer error

all i get in the server window is a folder with 2 dots after it and a note saying "Empty Directory Listing"

Here is another example: -

Example 2 I tried to upload a jpg called “Odsal Bulletin” it failed saying: - Command: STOR odsal bulletin.jpg Response: 553 Rename/move failure: Success Error: Critical file transfer error Status: Disconnected from server The FZ local and remote server windows show the following:-

see file attached[[Image] 1jpeg attached

The 2 examples shown above returned different responses but both ended with the same result Error: Critical file transfer error and the Empty directory listing message in the remote server window with the folder and 2 dots.

  Example 3

I tried sending 3 files up but FileZilla said: - Command: STOR odsal bulletin.jpg Response: 553-Can't check for file existence: No such file or directory Response: 553 Rename/move failure: No such file or directory Error: Critical file transfer error

I tried the Zilezilla Client Support forum and got the following answer from an apparent expert called BOCO Re: Files fail to upload. The server shows a folder with 2 dots after it Looks like the server is on the fritz. It responds to the upload command with error messages. Code: Select all Command: STOR sean courtney berwick.jpg Response: 553-Can't open that file: Invalid argument Response: 553 Rename/move failure: No such file or directory

That's a case for the server support. You need to send a bug report their way.

From John Skinner Email jskinner06@… Date 16/10/2021

Hi,

I have updated the Filezilla recently and after update, the local folders are not visible. Unable to upload folders having files. It is uploading the empty folder only. I have to enter the folder and then upload the files individually in each folder.

Here is the details of client: FileZilla Client

Version: 3.56.2

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2021-10-27 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.0.6 SQLite: 3.35.5 GnuTLS: 3.7.2

Operating system:

Name: Windows 7 (build 7600), 64-bit edition Version: 6.1 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 lm Settings dir: C:\Users\Vijay\AppData\Roaming\FileZilla\

Please let me know how to revert this update. Because previous version was working perfectly.

I found a bug when I clicked on the free download filezilla client, after that I was directed to "​https://download.filezilla-project.org/client/FileZilla_3.57.0_win64_sponsored2-setup.exe", here it says "Not Found. The requested URL was not found on this server.". After that, I started to make changes to the url to "​https://download.filezilla-project.org/client/", here a directory listing bug appears from the index page "​https://download.filezilla-project.org/". Did this bug reporting help you?, if so, maybe you can give me some money. Please reply to this bug report via my email "agungashjr@…". Facebook "https ​http://web.facebook.com/profile.php?id=100014656113263". Instagram "​https://www.instagram.com/ahmad_agung24/". Thank you.

Hi, I'm having problems with accessing filezilla, I can't log in because I forgot my password and the provider, I'm waiting

I used xyplorer(third party application) instead of windows explorer Not too long ago, when drag & drop any file from filezill to xyplorer, it's success with no error. But! now, isn't working.

[Alert Error Dialog Message] Cloud not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the file into an Explorer window.

And, a directory is generated on the xyplorer window which name is 'fz3-16414476052330'

I hope to solve this problem, Please help me.

I am unable to log in my ftp account using filezilla. Getting error "Connection attempt failed with "ETIMEDOUT - Connection attempt timed out"."

I tried to log in by site manager option by selecting plain ftp(insecure) option but unable to log in.

I Installed a new version of filezilla still getting same error.

Please help out!

I just installed the latest version of Filezilla, 3.57.0. Now when I try to upload files to my website, I get these error messages: "331 Password required" and "Critical error: Could not connect to server."

I have never experienced this before, in all the years I have been using Filezilla.

After the upgrade from FileZilla Server 0.9.60 to 1.2.0 my FTP client can not list an existing folder. With old FileZilla Server version it works.

This bug breaks our automation processes. Please fix it.

You find the error 450 in the logs:

2022-02-12T15:50:10.322Z II [FTP Session 12 10.115.89.8] Session 0x17dc9d9d4c0 with ID 12 created.
2022-02-12T15:50:10.373Z >> [FTP Session 12 10.115.89.8] AUTH TLS
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] securer(1) ENTERING state = 0
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] calling tls_layer_->set_certificate_file("C:\Program Files (x86)\FileZilla Server\certificate-2020.crt", "C:\Program Files (x86)\FileZilla Server\certificate-2020.crt", "****")
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] securer(1) EXITING state = 1
2022-02-12T15:50:10.373Z << [FTP Session 12 10.115.89.8] 234 Using authentication type TLS.
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] ~securer(1) ENTERING state = 1
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] calling tls_layer_->set_alpn("ftp")
2022-02-12T15:50:10.373Z VV [FTP Session 12 10.115.89.8] tls_layer_impl::server_handshake()
2022-02-12T15:50:10.373Z VV [FTP Session 12 10.115.89.8] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] ~securer(1) EXITING state = 2
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] tls_layer_impl::on_send()
2022-02-12T15:50:10.373Z VV [FTP Session 12 10.115.89.8] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] tls_layer_impl::on_read()
2022-02-12T15:50:10.373Z VV [FTP Session 12 10.115.89.8] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Received CLIENT HELLO
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Processed CLIENT HELLO
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: About to send SERVER HELLO
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Sent SERVER HELLO
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: About to send CERTIFICATE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Sent CERTIFICATE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: About to send SERVER KEY EXCHANGE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Sent SERVER KEY EXCHANGE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: About to send SERVER HELLO DONE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Sent SERVER HELLO DONE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] tls_layer_impl::on_read()
2022-02-12T15:50:10.373Z VV [FTP Session 12 10.115.89.8] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Received CLIENT KEY EXCHANGE
2022-02-12T15:50:10.373Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Processed CLIENT KEY EXCHANGE
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] tls_layer_impl::on_read()
2022-02-12T15:50:10.436Z VV [FTP Session 12 10.115.89.8] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Received FINISHED
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Processed FINISHED
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] TLS handshakep: About to send FINISHED
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] TLS handshakep: Sent FINISHED
2022-02-12T15:50:10.436Z II [FTP Session 12 10.115.89.8] TLS Handshake successful
2022-02-12T15:50:10.436Z II [FTP Session 12 10.115.89.8] Protocol: TLS1.2, Key exchange: ECDHE-SECP256R1-RSA-SHA512, Cipher: AES-256-CBC, MAC: SHA1
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] tls_layer_impl::on_read()
2022-02-12T15:50:10.436Z >> [FTP Session 12 10.115.89.8] USER my_user
2022-02-12T15:50:10.436Z << [FTP Session 12 10.115.89.8] 331 Please, specify the password.
2022-02-12T15:50:10.436Z DD [FTP Session 12 10.115.89.8] tls_layer_impl::on_read()
2022-02-12T15:50:10.436Z >> [FTP Session 12 10.115.89.8] PASS ****
2022-02-12T15:50:10.623Z DD [File-based Authenticator] authenticate: is_from_system: 0, impersonation_token: { username: "", home: "" }
2022-02-12T15:50:10.623Z << [FTP Session 12 10.115.89.8 my_user] 230 Login successful.
2022-02-12T15:50:10.623Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.623Z >> [FTP Session 12 10.115.89.8 my_user] PBSZ 0
2022-02-12T15:50:10.623Z << [FTP Session 12 10.115.89.8 my_user] 200 PBSZ=0
2022-02-12T15:50:10.623Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.623Z >> [FTP Session 12 10.115.89.8 my_user] PROT P
2022-02-12T15:50:10.623Z << [FTP Session 12 10.115.89.8 my_user] 200 Protection level set to P
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] SYST
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 215 UNIX emulated by FileZilla.
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] TYPE I
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 200 Type set to I
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] FEAT
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 211-Features:
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 211 End
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] PWD
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 257 "/" is current directory.
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] TYPE I
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 200 Type set to I
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] CWD /transfer/out
2022-02-12T15:50:10.639Z DD [File-based Authenticator/impersonator client, user: <not impersonating>] info(C:\transfer\out): result: 0
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 250 CWD command successful
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] PWD
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 257 "/transfer/out" is current directory.
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] SYST
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 215 UNIX emulated by FileZilla.
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] PASV
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] Trying: data_listen_socket_->listen(1, 0)
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 227 Entering Passive Mode (192,168,1,114,200,32)
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] LIST TEST*.txt
2022-02-12T15:50:10.639Z DD [File-based Authenticator/impersonator client, user: <not impersonating>] info(C:\transfer\out\TEST*.txt): result: 6
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 450 Couldn't open the file or directory
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] session::on_socket_event(): source = data listen, flag = 2, error = 0, state = -1
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] Client wants a secure data connection.
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] securer(1) ENTERING state = 0
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] calling tls_layer_->set_certificate_file("C:\Program Files (x86)\FileZilla Server\certificate-2020.crt", "C:\Program Files (x86)\FileZilla Server\certificate-2020.crt", "****")
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] securer(1) EXITING state = 1
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] Making the data connection secure.
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] ~securer(1) ENTERING state = 1
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::server_handshake()
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] ~securer(1) EXITING state = 2
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_send()
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] TLS handshakep: Received CLIENT HELLO
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] TLS handshakep: Processed CLIENT HELLO
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] TLS handshakep: About to send SERVER HELLO
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] TLS handshakep: Sent SERVER HELLO
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] TLS handshakep: About to send FINISHED
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] TLS handshakep: Sent FINISHED
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::continue_handshake()
2022-02-12T15:50:10.639Z DD [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::on_read()
2022-02-12T15:50:10.639Z >> [FTP Session 12 10.115.89.8 my_user] QUIT
2022-02-12T15:50:10.639Z << [FTP Session 12 10.115.89.8 my_user] 200 Goodbye.
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::shutdown()
2022-02-12T15:50:10.639Z VV [FTP Session 12 10.115.89.8 my_user] tls_layer_impl::continue_shutdown()
2022-02-12T15:50:10.639Z II [FTP Session 12 10.115.89.8] Session 0x17dc9d9d4c0 with ID 12 destroyed.

2022-02-12T15:47:23.467Z >> [FTP Session 11 10.115.89.8 my_user] LIST *
2022-02-12T15:47:23.467Z DD [File-based Authenticator/impersonator client, user: <not impersonating>] info(C:\transfer\out\*): result: 6
2022-02-12T15:47:23.467Z << [FTP Session 11 10.115.89.8 my_user] 450 Couldn't open the file or directory

I'm using FileZilLa client 3.58 on a Win10 Pro workstation to connect to a Sony Deck Recorder through FTP Protocol. The connection is successful but when I tried to download or Upload a file it's says "421 1 users (the maximum) are already logged in" and follow "could not connect to the server"

When I'm doing the same thing while using or old Win 7 workstation with FileZilla 2.2.27 all went well.

All the firewall are off on both workstation. Is there any services you're aware of which could block the connection ?

I keep trying to log in on the website and every time I try to connect it just says Error: Connection timed out after 20 seconds of activity and could not connect to server. I'm unsure how to fix this.

Right after I logged in to File Zilla using the previous version, 10 minutes later I decided to get the new version and my login failed. I get this message: Status: Connecting to sc800.whpservers.com... Error: fzsftp could not be started Error: Could not connect to server Status: Waiting to retry... Status: Connecting to sc800.whpservers.com... Error: fzsftp could not be started Error: Could not connect to server

Is this error from FileZilla or my website host?

You closed my ticket too early. Your conclusion is not correct.

One last response:

In your reply (1), you totally fail to indicate why I do manage to log in to my provider, upload files and download files using the other software (PC) and app (Android). If it is a provider problem, then this should not be possible with the other software and app either.

It is a FilezillaPro problem. I am happy to remove it from my PC, because I am completely done with it.

Have a nice day.

(...)

... Thanks for your reply. So the issue is not being able to log in (= getting folders) to my provider. I am using the same data/settings as with WinScp (PC) and Solidexplorer (Android). Filezilla Pro generates an error message. Also -eventually- specifying the external path/folder does not help. Already tried *everything*. Again: WinScp and Solidexplorer do not give any problems. I have to use Winscp next to FilezillaPro. A pity and not very convenient either.

Status: Mappenlijst van "/" ophalen... Status: Adres bepalen van drive.ziggo.nl Status: Verbinden met 212.54.42.18:443... Status: Verbinding aangemaakt, TLS initialiseren... Status: TLS-verbinding opgezet, HTTP-aanvraag verzenden Status: Adres bepalen van sync.ziggo.nl Status: Verbinden met 212.54.42.18:443... Status: Verbinding aangemaakt, TLS initialiseren... Status: TLS-verbinding opgezet, HTTP-aanvraag verzenden Opdracht: PROPFIND / HTTP/1.1 Opdracht: Connection: keep-alive Opdracht: Content-Length: 0 Opdracht: Depth: 1 Opdracht: Host: sync.ziggo.nl:443 Opdracht: Keep-Alive: 300 Opdracht: User-Agent: FileZilla/3.59.0 Antwoord: HTTP/1.0 302 Found Antwoord: Location: ​https://sync.ziggo.nl/ Antwoord: Server: BigIP Antwoord: Connection: Keep-Alive Antwoord: Content-Length: 0 (...) Fout: Te veel omleidingen Fout: Ontvangen van mappenlijst is mislukt

(1) Your answer:

This definitely is a server-side issue. A textbook example of a redirect loop. You need to contact your server administrator or server hosting provider for assistance.

Hi!

I updated to version 3.59.0 in Windows 11, but at various times an error occurs that says that more than 20 simultaneous connections are not allowed and it is disconnected. Even changing the value in the settings. In previous versions this problem does not happen. I went back to the previous version 3.57.0 and it works normally.

Thanks!

Usuário: 6151427 Não estamos conseguindo baixar os arquivos da GetNet pelo aplicativo Filezilla e precisamos de um suporte, poderiam nos ajudar? Por favor.

Usuário: 6151427 Não estamos conseguindo baixar os arquivos da GetNet pelo aplicativo Filezilla e precisamos de um suporte, poderiam nos ajudar? Por favor.

Usuário: 6151427 Não estamos conseguindo baixar os arquivos da GetNet pelo aplicativo Filezilla e precisamos de um suporte, poderiam nos ajudar? Por favor.

Dear fileziller developers, thanks for your work.

I have a long list of Servers in my servermanager. Next to the button servermanager there ist a little arrow to pull down the list oft servers. This list dows not fit on my screen height, so it should scroll. Acually I have to open the servermanager dialogue box to get Serverconnections after "R"... It would be great, if the pull down menu would get a scrollfunktion.

Thanks and regards Martin

CMD+A does not work for marking all files in the file list (local and server).

System infos:

FileZilla Pro

Version: 3.62.0

Build information:

Compiled for: x86_64-apple-darwin22.1.0 Compiled on: x86_64-apple-darwin22.1.0 Build date: 2022-10-28 Compiled with: Apple clang version 14.0.0 (clang-1400.0.29.102) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=10.13.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.7.7

Operating system:

Name: macOS Ventura Version 13.0 (Build 22A380) Version: 13.0 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 aes pclmulqdq lm

Hello. I'm considering FileZilla Pro for accessing our corporation's GovCloud account. I've read the FileZilla forums and it seems, that at some point over the last 4 years, others have been successful in accessing the GovCloud with FileZilla Pro. Can you tell me if FileZilla now fully supports the GovCloud? Thank you.

Does FilezillaPro work with inhouse s3? I am running s3 on NetApp and every time I try to connect to my new internal s3 site FilezillaPro tries to connect to s3.dualstack.us-east-1.amazonaws.com. What is going on?

If FileZilla Pro does not connect to non-cloud s3 then I fear I have just thrown my money away.

I have returned to work after the Christmas break and tried to connect to my pre-saved credentials in FileZilla only to be consistently met with the errors of "Connection Timed out after 20 seconds of inactivity" and "Could not connect to the server". The port number being used is 22, and the credentials used are correct in terms of Protocol, Host, Username and Password. I have also updated to the latest version of the FileZilla software.

It appears that after an ABOR command, incorrect data may be returned. In my specific case, I was trying to download file chunks, and providing offsets to FileZilla. The first chunk returned (offset 0) is correct. However, subsequent downloads return incorrect data.

This is the C# pseudocode used:

[code] public async Task TestFileZilla() {

var ftpClient = GetUiFtpClient(); await ftpClient.ConnectAsyc().ConfigureAwait(false);

var ftpBuffer = new byte[1024 * 1024]; var fileBuffer = new byte[1024 * 1024];

var random = new Random();

these are pointing to the same file var remoteFile = "/test/Artifacts.zip"; var localFile = "c:
test
Artifacts.zip";

for (var i = 0; i < 10; i++) {

just randomly check the byte stream for a >= 100MB file var offset = random.Next(0, 100 * 1024 * 1024);

underlying rebex call is -> GetDownloadStreamAsync(path, SeekOrigin.Begin, offset); using var ftpStream = await ftpClient.OpenFileAsync(remoteFile, offset).ConfigureAwait(false);

using var fileStream = new FileStream(localFile, FileMode.Open, FileAccess.Read); fileStream.Seek(offset, SeekOrigin.Begin);

var ftpBytesRead = await ftpStream.ReadAsync(ftpBuffer, 0, ftpBuffer.Length).ConfigureAwait(false); var fileBytesRead = await fileStream.ReadAsync(fileBuffer, 0, fileBuffer.Length).ConfigureAwait(false);

for (var j = 0; j < Math.Min(ftpBytesRead, fileBytesRead); j++) {

if (ftpBuffer[j] == fileBuffer[j])

continue;

Console.WriteLine($"Byte mismatch on loop {i} at buffer offset {j}. Expecting {fileBuffer[j]}, got {ftpBuffer[j]}."); break;

}

}

} code

I asked the Rebex support staff to verify their library is issuing the correct calls, and this is their response:

So this indeed looks like a FileZilla issue, and it occurs even when I use an offset of “1” every time.

To rule out a client-side issue, I captured the FTP traffic using Wireshark and analyzed it. The control connection looks OK, with the client attempting to download the same file twice:

TYPE I 200 Type set to I

PASV 227 Entering Passive Mode (10,0,0,196,230,208) REST 1 350 Restarting at 1 RETR /incoming/Artifacts.zip 150 Starting data transfer. ABOR 426 Data connection closed; transfer aborted. 226 ABOR command successful.

PASV 227 Entering Passive Mode (10,0,0,196,230,209) REST 1 350 Restarting at 1 RETR /incoming/Artifacts.zip 150 Starting data transfer. ABOR 426 Data connection closed; transfer aborted. 226 ABOR command successful.

However, data that was transmitted over the second data connection is clearly wrong. Apparently, instead of sending file data that starts at offset 1, FileZilla sends data from seemingly semi-random offsets such as 0x40001 or 0xA0001. So interestingly, FileZilla got the lower 16 bits of the offset correctly, but then used wrong value for the next 16 bits.

Out of interest, I added ftpClient.GetList() as the first call in your “for (var i = 0; i < 10; i++)“ loop, and the results were even weirder – on the second iteration, the server actually transmitted some part of Artifacts.zip data instead of the directory listing. Because I also had “ftpClient.LogWriter = new ConsoleLogWriter(LogLevel.Debug)“ in the code, this actually showed up like this:

2023-01-09 17:00:52.526 INFO Ftp(1)[1] Command: TYPE A 2023-01-09 17:00:52.527 INFO Ftp(1)[1] Response: 200 Type set to A 2023-01-09 17:00:52.527 INFO Ftp(1)[1] Command: PASV 2023-01-09 17:00:52.528 INFO Ftp(1)[1] Response: 227 Entering Passive Mode (10,0,0,196,236,89) 2023-01-09 17:00:52.528 INFO Ftp(1)[1] Command: REST 0 2023-01-09 17:00:52.529 INFO Ftp(1)[1] Response: 350 Restarting at 0 2023-01-09 17:00:52.529 DEBUG Ftp(1)[1] Info: Establishing data connection to 10.0.0.196:60505. 2023-01-09 17:00:52.530 DEBUG Ftp(1)[1] Proxy: Connecting to 10.0.0.196:60505 (no proxy). 2023-01-09 17:00:52.531 DEBUG Ftp(1)[1] Proxy: Connection established. 2023-01-09 17:00:52.535 DEBUG Ftp(1)[1] Info: Established data connection from 10.0.0.196:64571. 2023-01-09 17:00:52.535 INFO Ftp(1)[1] Command: MLSD 2023-01-09 17:00:52.536 INFO Ftp(1)[1] Response: 150 Starting data transfer. 2023-01-09 17:00:52.537 DEBUG Ftp(1)[1] Info: Data transfer started. 2023-01-09 17:00:52.537 INFO Ftp(1)[1] Response: 226 Operation successful Q#D?G?+c?*9?Py?~??mEq?E+???e‼??(+W?F▼?G??t??_?X?♥????]&_?8????▲?♦uP?&u???¶♣Ow?S?h▲??E♂c??}I??↑j?L???♥?Y?ZM??1↑??w0h?♠8?‼?Y??G?w(?DCp??◄g?o???m?# ??r????i?⌂P????☼O?rf?|g?∟?☻??f??e#?<????▲??Av?G?Z?4♀???K)?.??C%☺???A?? ???B}y*?II/%►4"*???~?Y/H???|a??☺??↑Sh♀??????????∟U6?z?]@▼b*↓Y?!?.I♥?⌂"??o????& ?? 2023-01-09 17:00:52.539 DEBUG Ftp(1)[1] Info: Item: x??? ?J5?.⌂?????C?♀M? ?▬???????V?e???????IW???n?b?↑???Nz▼_?{?:?↨?3n?8?iL?dG???5?_?i?t?g?M▬?;▲???a???C?I?Y8??∟?c?♠iT??????n???\????#?;f\Pf#?▬|?k◄?Fdb¶V?2???l???P?],♥?Df∟?▲§o?n▬▼S??~??e?☻?H?ZS??????lop???N??"▼v?e¶6?P??9?r????9?2?????U|p?p????;?►0♦?vvjXx▲?♫☺?L?E???‼??‼????F???*??*?l"↑(?6?{g|6E??♦7?an?+?h??5^{v|∟♦?Y???M???dgX?M↔E??K?s?<o?vTv?,G?'♀?V??♠?????X♦??E?F?Y?kr?4u9uRv??.?↓?~???=??⌂☻j??+§►??3r?&?9g¶????↔8j?U9??8EF??Y?☻☼??►↓P#?X?B???_¶1?iD6??<???L?↕♠t?D?G??g!↔p&>???7??x{3 ↓/?↑?!LU☻??|?▬‼????g???R??►?↔A????♦?F?!?ix?6??\??98aR♂~q??0pm??▬ ?M??@??:♣&??}??????"e???⌂?.n?i]?M??H?☺r????↔?$? fE~♂H?????7?B???1??H??%?X;??G Ftp(1)[1] Info: Item: ?9??'?V?~m??t?9??H|?,?~?%?|3→§♀??r{?]k??↕?X???↓?? ♦ ?N?|??fFI????V?{?@?6.|u(???M???2?????↕?§?>►?M↨<!??l??]↑??Bl;?"??+☼)?vT1Dc??‼?TM7????V?9?i/??x??↑?hO?m♫/r-??o?&☻?j??P"??↕►h1,%Gl??~u??N$?♣4%fSJ§?{▬?y??H?%???tO?%i??q?'vF?M?H?#?±?(P?5~?#<.C??E(U???b[?&????"?<d?_??????[??N?7?Dn?U??+?)♫????Q♣??♣?Y6u♂???,??????¶?p??N~@?i◄?p?Z,?♀?IM?WW}????????)2??S&◄6?<R??v?☻??☺W⌂?mJZ?Q,??♂?:♥???S??m▲?♣??Z??d}i????§???=Kz?n~????6??2♣?e???∟►↑??E????????Sba?☻?→☻??▲|?◄???f?u??AWy??>?|"????A☺S??s'?+>??L?☻b?►????e;s☻?Y4S?↔???↨▲Q

So please do open a FileZilla ticket for this – it looks like something very wrong is going on at the server indeed! My guess is that it has something to do with “ABOR” command – apparently, although it does stop the current transfer (before all data has been transmitted), part of the remaining data remains in some buffer and is later sent via data connection belonging to a subsequent command.

The issue is in the SFTP Authentication. If someone wants to authenticate with a public key or a password, the Server logs at first a failed authentication and then a succesfull one. This example is with password authentication:

<Date> Info [Type] Message <14-02-2023 11:10:13> SSH SFTP Session 224 * [Command] SSH User Authentication [type=4, user=*, service=ssh-connection] <14-02-2023 11:10:13> SSH SFTP Session 224 * [Command] SSH User Authentication [type=4, user=*, service=ssh-connection] <14-02-2023 11:10:13> SSH SFTP Session 224 * [Error] User authentication attempt failed [user=*] [next_types=0x1] [error=4] <14-02-2023 11:10:13> SSH SFTP Session 224 * [Command] SSH User Authentication [type=1, user=*, service=ssh-connection] <14-02-2023 11:10:13> SSH SFTP Session 224 * [Command] SSH User Authentication [type=1, user=*, service=ssh-connection] <14-02-2023 11:10:13> SSH SFTP Session 224 * * [Status] User authenticated successfully [user=*]

If one uses a public key, it would be the same except the type is 3. This authentication attempt will count as one failed login attempt, even tho the auth ended beeing successful.

Assuming that one configured AutoBan with 2 failed login attempts, its very likely that on the next Login Attempt (like uploading/downloading a File) will trigger AutoBan since the authentication will be the exact same.

Therefore either an authentication attempt like this should either count as successfull or after a successfully login attempt it should reset the AutoBan Counter

I keep getting a 552 Disk Full error and says critical file transfer error. I've downloaded the newest version, restarted, tried on a different computer and I still keep getting this issue. However, if I go into my cpanel File Manager, I can upload it that way. Not sure exactly where this issue lies.

filezilla client connected, but the not listing the directory. Error " Could not retrieve directory listing Error listing directory '/'."

Kindly help me resolve this issue

When start drag from my PC and the cursor fall over (not drop) the tree of remote server the software give the error "Drag & drop failed"

Error bij het opstarten Filezilla: Fout bij opslaan wachtrij! c:\users\wilmo\AppData\Roaming\FileZilla\queue.sqlite3

Previously, we had Version 0.9.41 beta installed on Windows Server 2008 R2 Enterprise OS. We are updating our Server to 2019 and have installed the 1.7.2 version of Filezilla. Some systems connecting to our server is having problems with commands. Previously, the system would allow you to setup the ability to Read/Write/Delete/Append for Files and also Create/Delete/List/+Subdirs for Directories. It seems as though they are allowed to create a new directory, and copy a file to it, but when it tries to access a file inside the new directory, it is giving permission error. The same scripts were running on the previous version, but seem to fail on the new version. Please help, as we must update our PROD server by Oct of 2023. We are currently having issues on a test server.

2023-08-23T19:15:00.412Z << [FTP Session 22892 10.0.248.11] 220-FileZilla Server 1.7.2 2023-08-23T19:15:00.412Z << [FTP Session 22892 10.0.248.11] 220-Please visit https://filezilla-project.org/ 2023-08-23T19:15:00.412Z << [FTP Session 22892 10.0.248.11] 220 Hello and Wecome to Thermo Fisher EDI System for ETO 2023-08-23T19:15:00.412Z >> [FTP Session 22892 10.0.248.11] USER ROCSAPFTP 2023-08-23T19:15:00.412Z << [FTP Session 22892 10.0.248.11] 331 Please, specify the password. 2023-08-23T19:15:00.412Z >> [FTP Session 22892 10.0.248.11] PASS 2023-08-23T19:15:00.459Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 230 Login successful. 2023-08-23T19:15:00.459Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] SYST 2023-08-23T19:15:00.459Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 215 UNIX emulated by FileZilla. 2023-08-23T19:15:00.459Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RNFR Inbound 2023-08-23T19:15:00.459Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 350 Directory exists, ready for destination name. 2023-08-23T19:15:00.459Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RNTO Intemp 2023-08-23T19:15:00.459Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Permission denied 2023-08-23T19:15:00.459Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] MKD Inbound 2023-08-23T19:15:00.459Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 257 "/Inbound" created successfully. 2023-08-23T19:15:00.459Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] CWD /Intemp 2023-08-23T19:15:00.459Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 CWD command successful 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] CDUP 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 CDUP command successful 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RMD Intemp 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RNFR Status 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 350 Directory exists, ready for destination name. 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RNTO Stattemp 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 File or directory renamed successfully. 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] MKD Status 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 257 "/Status" created successfully. 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] CWD /Stattemp 2023-08-23T19:15:00.475Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 CWD command successful 2023-08-23T19:15:00.475Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] CDUP 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 CDUP command successful 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RMD Stattemp 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 Directory deleted successfully. 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RNFR LSB_Inbound 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 350 Directory exists, ready for destination name. 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RNTO LSB_Intemp 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Permission denied 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] MKD /LSB_Inbound 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 257 "/LSB_Inbound" created successfully. 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] CWD /LSB_Intemp 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 CWD command successful 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.490Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.490Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.506Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.506Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:15:00.506Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:15:00.506Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.506Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] CDUP 2023-08-23T19:15:00.506Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 250 CDUP command successful 2023-08-23T19:15:00.506Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] RMD /LSB_Intemp 2023-08-23T19:15:00.506Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:15:00.506Z >> [FTP Session 22892 10.0.248.11 ROCSAPFTP] QUIT 2023-08-23T19:15:00.506Z << [FTP Session 22892 10.0.248.11 ROCSAPFTP] 221 Goodbye. 2023-08-23T19:15:00.506Z == [FTP Server] Session 22892 ended gracefully.

2023-08-23T19:25:00.633Z << [FTP Session 23862 10.0.248.11] 220-FileZilla Server 1.7.2 2023-08-23T19:25:00.633Z << [FTP Session 23862 10.0.248.11] 220-Please visit https://filezilla-project.org/ 2023-08-23T19:25:00.633Z << [FTP Session 23862 10.0.248.11] 220 Hello and Wecome to Thermo Fisher EDI System for ETO 2023-08-23T19:25:00.633Z >> [FTP Session 23862 10.0.248.11] USER ROCSAPFTP 2023-08-23T19:25:00.633Z << [FTP Session 23862 10.0.248.11] 331 Please, specify the password. 2023-08-23T19:25:00.633Z >> [FTP Session 23862 10.0.248.11] PASS 2023-08-23T19:25:00.696Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 230 Login successful. 2023-08-23T19:25:00.696Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] SYST 2023-08-23T19:25:00.696Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 215 UNIX emulated by FileZilla. 2023-08-23T19:25:00.696Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RNFR Inbound 2023-08-23T19:25:00.696Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 350 Directory exists, ready for destination name. 2023-08-23T19:25:00.696Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RNTO Intemp 2023-08-23T19:25:00.696Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 File or directory renamed successfully. 2023-08-23T19:25:00.696Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] MKD Inbound 2023-08-23T19:25:00.711Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 257 "/Inbound" created successfully. 2023-08-23T19:25:00.711Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] CWD /Intemp 2023-08-23T19:25:00.711Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 CWD command successful 2023-08-23T19:25:00.711Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.711Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.711Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.711Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.711Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.711Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.711Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] CDUP 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 CDUP command successful 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RMD Intemp 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RNFR Status 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 350 Directory exists, ready for destination name. 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RNTO Stattemp 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 File or directory renamed successfully. 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] MKD Status 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 257 "/Status" created successfully. 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] CWD /Stattemp 2023-08-23T19:25:00.727Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 CWD command successful 2023-08-23T19:25:00.727Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] CDUP 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 CDUP command successful 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RMD Stattemp 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 Directory deleted successfully. 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RNFR LSB_Inbound 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 350 Directory exists, ready for destination name. 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RNTO LSB_Intemp 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 File or directory renamed successfully. 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] MKD /LSB_Inbound 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 257 "/LSB_Inbound" created successfully. 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] CWD /LSB_Intemp 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 CWD command successful 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] EPSV

2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] NLST * 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] CDUP 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 250 CDUP command successful 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] RMD /LSB_Intemp 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 550 Couldn't open the file or directory 2023-08-23T19:25:00.742Z >> [FTP Session 23862 10.0.248.11 ROCSAPFTP] QUIT 2023-08-23T19:25:00.742Z << [FTP Session 23862 10.0.248.11 ROCSAPFTP] 221 Goodbye. 2023-08-23T19:25:00.742Z == [FTP Server] Session 23862 ended gracefully.

When navigating the main window of the client with tab and shift+tab, navigation seems to get stuck in the log. In other words, when keyboard focus is on the log, nothing happens when I press tab or shift+tab. I review the log often and I use a screen reader, so being able to use this kind of navigation is critical, and many screen reader users don't use a mouse at all. I discovered it is still possible to use the F6 key to move away from the log, which is a good workaround but not one that will be obvious to many. I do not know if this occurs on non-Windows operating systems but I did verify it on two Windows 10 machines. Marking high priority because even if it affects a small number of people, not being able to exit the log is arguably a blocker to being able to successfully use the client, and on the development side it seems like a small regression.

Hello, I downloaded and installed the latest Windows 64-bit FileZilla v3.66.5 yesterday and have discovered the filezilla.exe executable contains no version information as existed in the previous versions Without this version information it is not possible to detect the correct version has been installed with automated deployment tools (such as SCCM or Intune) FileZilla.exe v3.66.5 properties will be attached as an image once the ticket has been created

The issue is happening while transferring files with Danish characters like ÖØåÇÆÅÇð. Example: This character ‘Ö ‘ inside the file is getting transferred to a different character in the text file.

We are transferring mainframe files to text files using Filezilla. The mainframe file content has Danish characters. After downloading them in remote site, we can see the danish characters are replaced with some different characters inside the text file.

We have to set Public IP or hostname: (leave it empty to use the local IP) every time we open the configuration in the "Administration interface". If we save it without updating this field, it is removed and passive FTP connections starts failing.

Workaround: Set Public IP or hostname: (leave it empty to use the local IP) before saving every time we do any configuration changes.

FileZilla version

Fails on the latest version, 1.9.0, and the older versions will not work on this Windows version.

How to Reproduce

In FileZilla Server Administration interface, go to Server → Configure…, then navigate to Protocol settings → FTP and FTP over TLS (FTPS) → Tab: Passive mode. Enter the hostname or IP in Public IP or hostname: (leave it empty to use the local IP). Click OK. Open the configuration window (same as above) and it is now unset, do any changes and click okay. It is now unset.

Each time i am receiving a message in Filezilla that they are +10 users logged on in the FTP, but its only me and 2 other colleagues that have access on that FTP. Because of this, we loose connection to the server and also all the data stop forwarding. The solution that i have for now is only if i restart my PC i am able to connect to the server, but after a couple of hours it will happen again.Do you have any clue what can cause this problem or do you have a solution regarding this? This problem happened like 2 weeks ago. Before that everything was running perfectly!

Best regards, Brendon Sada

Data Engineer @Fugro Germany Land GmbH

If your Filezilla server has more than 20 FTP users, the configuration cannot be edited, as this will cause the GUI to crash. To reproduce this, set up a FileZilla Server with at least 20 FTP users in the users.xml file.

In the FileZilla Server GUI, navigate to 'Server -> Configuration.' This action will result in the error message'FileZilla Server Administration Client has stopped working,' causing the GUI to crash.

The event logs record the error below;

Faulting application name: filezilla-server-gui.exe, version: 1.10.2.0, time stamp: 0x67f79269 Faulting module name: filezilla-server-gui.exe, version: 1.10.2.0, time stamp: 0x67f79269 Exception code: 0xc0000005 Fault offset: 0x0000000000027888 Faulting process id: 0x25c8 Faulting application start time: 0x01dbaad15c980f6a Faulting application path: C:\Program Files\FileZilla Server\filezilla-server-gui.exe Faulting module path: C:\Program Files\FileZilla Server\filezilla-server-gui.exe Report Id: 62290dda-3b7e-4ef4-8acb-5bcbbc547faa Faulting package full name: Faulting package-relative application ID:

Basically, the problem is that FileZilla just doesn't seem to handle a queue of files to download that well. If I have a queue of files that I can order and the client is reconnecting to continue downloading after timing out, I want it to finish the file at the top of the queue before moving onto the next one - not throw the file to the bottom of the queue.

Additionally, in the latest version (1.4?) FileZilla tends to stall on a timeout detected somewhere along the way through the queue. Rather than continue downloading. 1.0 is much more reliable in this regard and will handle a timeout much better.

If this is unclear or you want more details, let me know :)

The file exists dialog has a checkbox named All. This is a misleading label. I would suggest at least renaming it to Always - or even better move it down to the next line and expand it into a sentence (which is the standard way this is done that I have seen anyway).

If you go to the settings screen and select

connection - ASCII/Binary; the auto-detect option shows up twice.

So which one of the options is auto-detect??

Greetingz,

HIGH FIDELITY

v1.3 When I want to tranfer a folder from the ftp server to the client it has no problem get it the list of file into the queue but it keeps stalling and refuses to download the first file in the queue. The only way I can fix it is by closing and reconnecting the program. Then clearing the queue and tranfer the files one at a time.

In Windows 2000 and Windows Millenium with version 1.2,1.3 and 1.4 if you drag and drop a file to transfer it from local to remote (left to right) the application raises an access violation and end. Version 1.0 works fine.

Thanks for this very practical ftp program.

Hi,

I noticed a strange bug using FileZilla 1.4 on windows 2000 SP2: FileZilla works well for downloading single files or simple directories. However, when attempting to download complex directories(i.e. including many subdirectories), it might fail. This doesn't seem to happen randomly (meaning downloading a directory producing such an error will always produce the error). This bug seems not directly linked to directory complexity. But downloading very large directory structures will usually result in a failure.

An example: Hereafter I attempted to download following directory structure (coming from ls -alR under linux): .: total 12 drwxr-xr-x 3 a a 4096 sep 8 17:11 . drwxr-xr-x 3 a a 4096 sep 8 17:11 .. drwxr-xr-x 4 a a 4096 sep 8 17:10 Ada

./Ada: total 16 drwxr-xr-x 4 a a 4096 sep 8 17:10 . drwxr-xr-x 3 a a 4096 sep 8 17:11 .. drwxr-xr-x 2 a a 4096 sep 8 16:33 Booch components drwxr-xr-x 2 a a 4096 sep 8 16:32 winnt

./Ada/Booch components: total 376 drwxr-xr-x 2 a a 4096 sep 8 16:33 . drwxr-xr-x 4 a a 4096 sep 8 17:10 .. -rw-r--r-- 1 a a 8398 sep 8 16:33 ACL.txt -rw-r--r-- 1 a a 321747 sep 8 16:32 bc-20010513.zip -rw-r--r-- 1 a a 28720 sep 8 16:33 bc-html-20010513.zip -rw-r--r-- 1 a a 705 sep 8 16:33 bc-README.txt

./Ada/winnt: total 27920 drwxr-xr-x 2 a a 4096 sep 8 16:32 . drwxr-xr-x 4 a a 4096 sep 8 17:10 .. -rw-r--r-- 1 a a 3103849 sep 8 16:32 adagide-6.26.exe -rw-r--r-- 1 a a 23500591 sep 8 16:32 gnat-3.13p-nt.exe -rw-r--r-- 1 a a 1930958 sep 8 16:32 gnatcom-1.3p.exe -rw-r--r-- 1 a a 295 sep 8 16:32 README

It resulted in a failure, see session report (hereafter point 1.). However, downloading separately "Booch components" or "winnt" works (see points 2. and 3.)

Please note that this happened with Redhat ftp server, and windows Bullet proof FTP server. FTPLeech (another famous ftp client) can download the previous structure. I advice you to try to download large directory structures.

Good luck while bug hunting ;-) Regards, Franck

-1. START DOWNLOAD ADA---------------------------------

Command: CWD /home/a/Test ftp/bdownload/Ada Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada" is current directory. Command: PORT 10,0,0,50,11,55 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: CWD /home/a/Test ftp/bdownload/Ada/Booch components Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: PORT 10,0,0,50,11,56 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: CWD /home/a/Test ftp/bdownload/Ada/winnt Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: PORT 10,0,0,50,11,57 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: CWD /home/a/Test ftp/bdownload/ Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload" is current directory. Command: PORT 10,0,0,50,11,58 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Status: Starting download of ACL.txt Command: PWD Response: 257 "/home/a/Test ftp/bdownload" is current directory. Command: CWD /home/a/Test ftp/bdownload/Ada/Booch components Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: PORT 10,0,0,50,11,59 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: TYPE I Response: 200 Type set to I. Command: SIZE ACL.txt Response: 213 8398 Error: Could not open the local file C:\Temp\franck\test\Ada\Booch components\ACL.txt Error: Download failed Status: Starting download of bc-20010513.zip Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE bc-20010513.zip Response: 213 321747 Error: Could not open the local file C:\Temp\franck\test\Ada\Booch components\bc- 20010513.zip Error: Download failed Status: Starting download of bc-README.txt Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE bc-README.txt Response: 213 705 Error: Could not open the local file C:\Temp\franck\test\Ada\Booch components\bc-README.txt Error: Download failed Status: Starting download of bc-html-20010513.zip Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE bc-html-20010513.zip Response: 213 28720 Error: Could not open the local file C:\Temp\franck\test\Ada\Booch components\bc-html- 20010513.zip Error: Download failed Status: Starting download of README Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: CWD /home/a/Test ftp/bdownload/Ada/winnt Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: PORT 10,0,0,50,11,60 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: TYPE I Response: 200 Type set to I. Command: SIZE README Response: 213 295 Error: Could not open the local file C:\Temp\franck\test\Ada\winnt\README Error: Download failed Status: Starting download of adagide-6.26.exe Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE adagide-6.26.exe Response: 213 3103849 Error: Could not open the local file C:\Temp\franck\test\Ada\winnt\adagide-6.26.exe Error: Download failed Status: Starting download of gnat-3.13p-nt.exe Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE gnat-3.13p-nt.exe Response: 213 23500591 Error: Could not open the local file C:\Temp\franck\test\Ada\winnt\gnat-3.13p-nt.exe Error: Download failed Status: Starting download of gnatcom-1.3p.exe Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE gnatcom-1.3p.exe Response: 213 1930958 Error: Could not open the local file C:\Temp\franck\test\Ada\winnt\gnatcom-1.3p.exe Error: Download failed -1. STOP DOWNLOAD ADA----------------------------------

-2. START DOWNLOAD BOOCH COMPONENTS--------------------

Command: CDUP Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada" is current directory. Command: PORT 10,0,0,50,11,72 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: CWD /home/a/Test ftp/bdownload/Ada/Booch components Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: PORT 10,0,0,50,11,73 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: CWD /home/a/Test ftp/bdownload/Ada/ Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada" is current directory. Command: PORT 10,0,0,50,11,74 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Status: Starting download of ACL.txt Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada" is current directory. Command: CWD /home/a/Test ftp/bdownload/Ada/Booch components Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: PORT 10,0,0,50,11,75 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: TYPE I Response: 200 Type set to I. Command: SIZE ACL.txt Response: 213 8398 Command: PORT 10,0,0,50,11,76 Response: 200 PORT command successful. Command: RETR ACL.txt Response: 150 Opening BINARY mode data connection for ACL.txt (8398 bytes). Response: 226 Transfer complete. Status: Download successful Status: Starting download of bc-20010513.zip Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE bc-20010513.zip Response: 213 321747 Command: PORT 10,0,0,50,11,77 Response: 200 PORT command successful. Command: RETR bc-20010513.zip Response: 150 Opening BINARY mode data connection for bc-20010513.zip (321747 bytes). Response: 226 Transfer complete. Status: Download successful Status: Starting download of bc-README.txt Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE bc-README.txt Response: 213 705 Command: PORT 10,0,0,50,11,78 Response: 200 PORT command successful. Command: RETR bc-README.txt Response: 150 Opening BINARY mode data connection for bc-README.txt (705 bytes). Response: 226 Transfer complete. Status: Download successful Status: Starting download of bc-html-20010513.zip Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/Booch components" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE bc-html-20010513.zip Response: 213 28720 Command: PORT 10,0,0,50,11,79 Response: 200 PORT command successful. Command: RETR bc-html-20010513.zip Response: 150 Opening BINARY mode data connection for bc-html-20010513.zip (28720 bytes). Response: 226 Transfer complete. Status: Download successful -2. STOP DOWNLOAD BOOCH COMPONENTS---------------------

-3. START DOWNLOAD WINNT-------------------------------

Command: CWD /home/a/Test ftp/bdownload/Ada/winnt Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: PORT 10,0,0,50,11,82 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: CWD /home/a/Test ftp/bdownload/Ada/ Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada" is current directory. Command: PORT 10,0,0,50,11,83 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Status: Starting download of README Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada" is current directory. Command: CWD /home/a/Test ftp/bdownload/Ada/winnt Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: PORT 10,0,0,50,11,84 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: TYPE I Response: 200 Type set to I. Command: SIZE README Response: 213 295 Command: PORT 10,0,0,50,11,85 Response: 200 PORT command successful. Command: RETR README Response: 150 Opening BINARY mode data connection for README (295 bytes). Response: 226 Transfer complete. Status: Download successful Status: Starting download of adagide-6.26.exe Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE adagide-6.26.exe Response: 213 3103849 Command: PORT 10,0,0,50,11,86 Response: 200 PORT command successful. Command: RETR adagide-6.26.exe Response: 150 Opening BINARY mode data connection for adagide-6.26.exe (3103849 bytes). Response: 226 Transfer complete. Status: Download successful Status: Starting download of gnat-3.13p-nt.exe Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: TYPE I Response: 200 Type set to I. Command: SIZE gnat-3.13p-nt.exe Response: 213 23500591 Command: PORT 10,0,0,50,11,87 Response: 200 PORT command successful. Command: RETR gnat-3.13p-nt.exe Response: 150 Opening BINARY mode data connection for gnat-3.13p-nt.exe (23500591 bytes). Error: Timeout detected! Error: Download failed Status: Starting download of gnatcom-1.3p.exe Status: Connecting to 10.0.0.30 ... Status: Connected with 10.0.0.30. Waiting for welcome message... Response: 220 pentium.localdomain FTP server (Version wu-2.6.1-16) ready. Command: USER a Response: 331 Password required for a. Command: PASS Response: 230 User a logged in. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a" is current directory. Command: PORT 10,0,0,50,11,89 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: PWD Response: 257 "/home/a" is current directory. Command: CWD /home/a/Test ftp/bdownload/Ada/winnt Response: 250-Please read the file README Response: 250- it was last modified on Sat Sep 8 16:32:45 2001 - 0 days ago Response: 250 CWD command successful. Status: Retrieving directory listing... Command: PWD Response: 257 "/home/a/Test ftp/bdownload/Ada/winnt" is current directory. Command: PORT 10,0,0,50,11,90 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for directory listing. Response: 226 Transfer complete. Command: TYPE I Response: 200 Type set to I. Command: SIZE gnatcom-1.3p.exe Response: 213 1930958 Command: PORT 10,0,0,50,11,91 Response: 200 PORT command successful. Command: RETR gnatcom-1.3p.exe Response: 150 Opening BINARY mode data connection for gnatcom-1.3p.exe (1930958 bytes). Response: 226 Transfer complete. Status: Download successful -3. STOP DOWNLOAD WINNT--------------------------------

I am using version 1.4 in English Win2000. While I am uploading 12 files with Chinese and English naming. It is about 4-5MB each and total 51MB to a Linux Redhat 6.2 ftp server, it crash and exit the program after finished uploading 1 or 2 files. I reopen the program and upload again, it crash again.

There is currently no way to change the settings for how to handle matching filenames. You can choose to overwrite, overwrite if newer, skip, etc. on a file-by- file basis or make a choice and apply it to all files. However, once the choice is applied to all files, there is no further way to reset the choice. This can create difficulties, particularly where the server and client are out of sync on the clocks, which makes overwrite if newer problematic.

I've tried uploading, from within FileZilla, the FZ1.5 Setup EXE to two servers and it gets to 100% and finishes with timeout. This has happened consistently on both servers about 2 tries each. I loaded up 1.4 and uploaded the same EXE and it worked fine.

I posted in the forum but seems no replies.

It happened when I was downloading a one-level dir with some (about 40) pictures. The transmission simply stalled in the middle of a file. More accurately, the stalled files are put to the end of the queue with "too many retries". The error message in message log window is "timeout". I repeated this operation several times. Sometimes it is OK while sometimes it stalled again.

I am running it on a Win2000 professional. Installed without admin previledge. The server is Serv-U ftpd 3.0 with no timeout settings.

Fan

I think it could be a bug : I use filezilla 1.5a to upload something on an ftp, using quick connection (i write address ,user , password). I finish to use filezilla and i kill the program. When i run filezilla again and i go to

file - reconnect

filezilla reconnects to my ftp server even if the addres, user and password are blank. If i have used filezilla in an internet-point or in an other pubblic acces everyone could connect to my ftp and delete or upload anything.

FileZilla_1_6setup.exe contains german language dll version 1.5, so german language is not working

If you sort the remote file list by date ascending (i.e., the most recent file is at the top - two clicks on the "Date" column header), and you have various files with the same date, but different timestamps, then the sort order is wrong: the files created later in that same day are placed down, while they should be at the top of the list! I rephrase: in the situation I described, the days are sorted fine, but the times are inverted. I hope you got the point.

The problem does not occur in the local file list, neither does when the lists are sorted with the most recent file at the bottom.

PS: I'm amazed by your fast response to my feature requests... Great!

Version 1.6

This is not really a bug but could be a security issue. When I extract a download queue it is put into a text file to reconnect again. The password is placed in the file as a plain text. A simple encoding algorithm could be use so it is not so easy to get someones password.

The "File already exsists" dialog is way too small to display full path information.

One way to fix this is to define scrollable region where the information is displayed AND make the dialog resizeable.

Mig

When trasfer timeouts new connection is made immediately. It seems that program ignores values in the "Retry Settings" group at "FileZilla Options -- Connection".

Mig

ps. I submitted a bit more info to thread: "[ #471013 ] Transmission stalls in the middle"

I try FileZilla 1.6. Seem very interesting.

It work well when I test it with "www.suse.de" I can see the directories and files on their site.

But when I try on our NT 4 server, the connection is OK, but I don't see the list of files and directories! I only see the ".." entry. No other elements !

If I try simply in a DOS box, with the FTP client of NT4, it work. I can see the list of files with the "ls" command.

I think the Telnet/FTP server on the NT4 server is Fictional Daemon v4.1 (​http://www.fictional.net)

How can I solde this problem ? I will also go on the Fictional Daemon web site to see if this problem is know...

Thanks a lot Didier

When I call FileZilla.exe from the Win2K command line by entering "filezilla", the program crashes. When I enter "filezilla.exe" or run the program via the start menu or Windows explorer, the error does not occur. Under Windows 98 SE the error also does not occur. It occurs only with Windows 2000.

FileZilla Version: 1.6 final. OS: Windows 2000, SP2. Error: Unhandled exception in FileZilla.exe (VERSION.DLL): 0x00000005: Access Violation.

Christian d'Heureuse (chdh@…)

tested version 1.5a and 1.6 Disconnect from host when downloading large file (over 10Mbytes).

version 1.0 works fine!

when connected to ftp.geocities.com filezilla crashed before listing files:

FILEZILLA ha provocato un errore di pagina non valida nel modulo CDFVIEW.DLL in 0167:0120a07d. Registri: EAX=01c4fdb8 CS=0167 EIP=0120a07d EFLGS=00010206 EBX=80070002 SS=016f ESP=0068f29c EBP=0068f2b4 ECX=00000001 DS=016f ESI=00474634 FS=628f EDX=818b06b8 ES=016f EDI=00474644 GS=0000 Byte all'indirizzo CS:EIP: 8b 08 50 ff 51 08 5f 5e 8b c3 5b c9 c3 55 8b ec Immagine dello stack: 004756e8 00474634 00000000 01209fc2 01c4fdb8 004756e8 0068f2c8 0120a7da 004756e8 00000104 80004005 0068f2f4 01209e8a 00474634 00000002 004756e8

in IBM ThinkPad A21m PentiumIII Win 98 SE ADSL connection

All other sites are OK