Custom Query (8171 matches)

If FileZilla Server is Offline and you open the Group Management FZ duplicates all Groups. Looks like it happens only if there are no users configured.

version 2.2.7 doesn't "overwrite if newer" any more.

I was using FileZilla 2.2.6 without any problem with FTP servers with SSL/TLS support.

With FileZilla 2.2.7, i've the error message when i'm connecting to the server : ######## Can't load SSL libraries. Please make sure the files "ssleay32.dll" and "libeay32.dll" are in the same folder as FileZilla. ########

These files are present in the FileZilla setup directory...

I've tried to uninstall/resinstall FileZilla and there's always problems with 2.2.7, not with 2.2.6...

After some minutes, the server blocked file transfer. There were two simultaneous downloads (global limited to 8kb/s) and one upload. After this I tried to stop the service, but i could not do this. The service was not accessible.

I installed the newest version of Filezilla (2.2.7) but it is impossible to upload existing files.

Befehl: FEAT Antwort: 500 'FEAT': command not understood. Status: Verbindung hergestellt Status: Starte Upload von c:\website\index.php Befehl: CWD /home/*/ Antwort: 250 CWD command successful.

I have to delete the file otherwise the file will not be updatet.

Occasionaly filezilla can not retrieve remote directory listing after connecting. I really can't figure out what causes this. When I switch to WS-FTP I can get the listing fine, and often I can reboot (windows obviously) and filezilla will then be able to get the remote listing. This is frustating because I like the Filezilla GUI better than ws-ftp.

In 2.2.7, view/edit has stopped working. I'm using notepad as editor. When doing view/edit, notepad pops up with the marked file. When I change and save the file, there is no question like in previous versions, like "the file has changes, do you want to upload the file?"... So it is now impossible to edit files on the server.

Please correct this!

1. it cannot show directory listings on connect
2. it cannot xfer more than a few files before choking
3. it hangs on retrying very often

2.2.5 was wayyyyyyyyyyyyyyyyyyy more usable than this version ... what happened?

:|

Upon resuming an FTP download of a large file, Filezilla takes up 100% of CPU usage on Windows 98 SE, and mouse pointer movement gets extremely sluggish. After the connection is established, all returns to normal. If the download fails, Filezilla will retry the connection, and upon resuming it again the problem happens again but worse: the system seems to lock up completely for about 60 seconds (sometimes more, sometimes less). Most of the times, the connection is established and the system becomes responsive again after that lock-up period, but sometimes the lock-ups require a hardware reset.

If more than one large file are being downloaded, the lock-up caused by one transfer can make the others fail, so that they in turn lock the system up and make the first resumed download fail too.

This only happens when the resume position (the parameter for the RSET command) is large enough. Resuming the download of a large file on a position near zero doesn't cause any lock-up.

I guess (without looking at Filezilla's source) that there's some blocking call being made while Filezilla waits for the remote server to seek() to the RSET position.

In case that this be a server-dependent bug in Filezilla (I don't think it is), here's an example: I've experienced this problem while downloading the Mandrake distribution from many of the USA mirrors (for example, ​http://www1.mandrakelinux.com/ftpredir.php?url=ftp://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/iso/10.0/i586&tpc=mirrors-iso-Mandrakelinux-10.0-Official-inst-i586.txt ). This is a 700 Mb file. And for the record, Filezilla was run on a 400 Mhz AMD K6-3 processor.

Using the version 2.2.7a (downloaded as executable) on WINXP, i cannot change the default file viewer, because when i click on edit/settings menu nothing appears and i must kill the application from the task manager. the same problem with the 2.2.7 version. Using, instead, the 2.2.6 version (downloaded as zip file) the configuration panel appears and i'm able to change everything.

Double clicking a directory named ~ returns the navigator to the root, rename will not allow you to name directories ~.

LForopoulos (At) microimagesinc.com

Hy, The sort order of the local directory list is like the physical, but the one of the server is sorted alphanumerical descending. They should be the same. It would be nice to have the opportunity to choose.

• Thanks

If change language to Italian and try to open Setttings Filezilla hung and does not respond.

When I try to connect to one of our FTP servers here, the connection fails with the following:

Response: 232 User jeaton logged in. Command: FEAT Response: 211-Supported features: Error: Disconnected from server Error: Unable to connect!

When I don't use GSS authentication, it succeeds with:

Response: 230 User jeaton logged in. Command: FEAT Response: 211-Supported features: Response: MDTM Response: REST STREAM Response: SIZE Response: 211 End Status: Connected

(Plus more output, getting a directory listing, etc.)

The server is based on the Heimdal FTPd: (Version 6.00+Heimdal 20040105+KTH-KRB 1.3-20031030)

I'm using FileZilla 2.2.7a, with the patched FzGSS.dll from 924180 (which I've also updated, to ask for a status on when that fix will be incorporated into a release).

Hi.. First, thank for your program..

Qeustion is this.. When I upload the files, permission of Uploaded file set Automatically -rw------- (600) mode..

I frequently would do use this program for web development. So, default permission of uploaded file must be 755 or etc.

And Now I manually modified permission of these file...

Please make to modify configuration that...

Please overlook that my English is short.. ;; Good luck to you..

Hi, so far I like filezilla but with the following few notes.

It would benefit from up and download buttons on the toolbar. Right click to transfer seems an unnecessary strain on the carpel.

"Clear queue" wouldn't hurt anything either.

More importantly, v2.2.7a seems to be causing performance issues. Specifically, it's slow to open and some operations impact on other programs - most notably windows explorer. The system appears to be not responding until Filezilla sorts itself out. Then it's okay again.

I did a clean install on winxp so filezilla is virtually the only thing installed.

I was trying out the "overwrite if newer" feature... which I couldn't get to work =( Doing server backups without the need to download everything over and over each time is the goal.

I hope these things can get straightened out.

Thanks for a great job so far.

PS. Feature request. I don't know if it's possible but an option to follow symblic links or not follow them might be handy. I haven't played around enough to know the default behaviour yet.

• Phineus

Note. This forum always gives me a hard time. That's why I'm not logged in. I hope you don't mind. Also, you do not need to reply. It's enough that I report my experience. I'll check back for program updates and see what you come up with.

I am using 2 Solaris machines. V480(SunOS 5.8) and E3500(SunOS 5.7). If I connect the server with Filezilla, it is listing files properly on SunOS 5.7 but it's not listing any files on SunOS 5.8. If I use some other FTP (AceFTP), it lists files on SunOS 5.8 properly. If you need more feedback on this issue please let me know.

When FZ is in tryicon (and downloading files Q->), Transfer Queue list (at the bottom) lost when I shutdown windows.

FileZilla makes a little space in system tray when there are no icons in system tray. <img src="​http://file.manian.intizen.com/board/downadd.asp? bid=A020107&no=84560" border="0">

Whow... i reinstalled filezilla after upgrading my pc... and expected when i exported all the settings (edit->export settings) that also all the sitemanager servers would be copied...

mmm... lost them...

maybe a good plan for a future realease to export these settings too?

Thanx! And keep up the really good work!

When logging onto a IBM MVS system FileZilla can not retrieve a directory listing. That is fine because I would rathter enter the specific directory to go to at that point. Unfortunately when this happens, the Remote Directory listing area is disabled and I cannot type the directory I want.

Please enable the remote directory listing area for manual entry.

To reproduce:

1. Open up FileZilla
2. Connect to an FTP
3. Navigate the "Local Site:" to a network share, i.e.

server\folder with subfolder test

4. Click on the subfolder test and drag and drop it to

the remote folder listing, and FileZilla does not upload that folder.

This works for local drives, however not for network shares.

Also, if you map the network share to a local drive letter, it works.

when running a silent uninstall

"C:\Program Files\FileZilla\uninstall.exe" /S

a dialog is displayed asking about deleting registry keys. should this not be silent too?

installed using FileZilla_2_2_7b_setup.exe /S

i know there is no need for uninstall prior to upgrading in current releases, but that may change.

cheers ken@…

I've got a problem when browsing directories on a SunOS 5.8 serveur. The bug has been reproduced with Fzilla 2.2.5 -> 2.2.7

It seams that all items (files and directories) that have been created or modified after 1st july 2004 does not appear ine the list.

Nevertheless when I enable raw directory listing in the debug pannel they are present.

You'll find hereafter a subpart of of the directory list. I've not included a screenshot but I testify that at least the "tmp" dir and the "util" dir are not present in the directory list

Trace : total 872 Trace : drwxrwxrwx 45 ugdc gold 1536 jui 8 12:47 . Trace : drwxr-xr-x 75 upmnr gprod 1536 déc 22

2003 ..

...

Trace : drwxr-xr-x 3 ugdc gold 512 oct 29

2003 SAUVEGARDE

Trace : drwxrwxrwx 4 ugdc gold 512 fév 14

2003 src_globale

Trace : drwxrwxrwx 3 ugdc gold 512 nov 25

2003 surgeles

Trace : drwxrwxrwx 9 ugdc gold 7168 jui 8 14:10 tmp Trace : drwxrwxrwx 2 ugdc gold 512 fév 21

2003 trsf

Trace : drwxr-xr-x 2 oracle oinstall 1536 fév 6 16:58 TTS_2141 Trace : drwxr-xr-x 2 oracle oinstall 512 fév 6 15:46 TTS_25420 Trace : drwxr-xr-x 2 oracle oinstall 512 fév 6 15:51 TTS_26153 Trace : drwxr-xr-x 2 oracle oinstall 1536 fév 6 16:44 TTS_26259 Trace : -rwxrwxrwx 1 ugdc gold 15516 sep 4

2003 typescript

Trace : drwxrwxrwx 3 ugdc gold 512 jan 22

2003 users

Trace : drwxrwxrwx 14 ugdc gold 10240 jui 8 13:43 util Trace : drwxrwxrwx 2 ugdc cvs 1024 jun 21 15:25 util_cvs Trace : drwxrwxrwx 3 ugdc gold 8704 jun 23 12:10 util_dev Trace : drwxrwxrwx 3 ugdc gold 512 mar 25 14:44 voc Réponse : 226 ASCII Transfer complete. Etat : Succès du listage du répertoire

Cheers

I just downloaded and unzipped the 2.2.7b zip, thinking my version was too old, but I still get the same behavior:

I double-click FileZilla.exe, and nothing happens.

Windows 2000sp4

I check task manager and the process is running, but it has not created any top-level windows.

I don't really know how to debug it.

I can not compile the source (I tried that, but it requires some platform sdk changes I think, which I don't have).

Any suggestions?

Configuration:

Multihomed windows machine, IP 1.2.3.4 and 1.2.3.5

Filezilla server 0.9.1b, configured to listen on 1.2.3.5 and to use 1.2.3.5 for PASV too

Problem:

opening an ftp (active) session to 1.2.3.5:21 works and the logon completes successfully, but trying to retrieve bombs with a "425 Can't open data connection" error

running a "netstat -an" on the machine running FZserver shows the 1.2.3.5:21 in ESTABLISHED state but also shows some 1.2.3.4:20 in TIME_WAIT state, this seems to indicate that FZServer isn't using the correct IP for the data channel when running on a multihomed system even if it has been configured to use a particular IP a confirm is the fact that using PASV solves the issue since in that case the FZserver will be forced to use the correct IP address

To reproduce:

Start uploading a file. While the file is uploading:

edit->settings->file transfer settings->speed limit->upload speed limit:

Change from "no limit" to "upload speed limit of " (I used 4KB).

Hit "ok". Blammo. Upload stops.

Download is ok.

HTH.

I just installed the latest server and client, opened firewall holes for ftp port. client will connect to server, but server refuses to transfer directory or anything and disconnects after timeout.

(Problems in text on dialog)

FileZilla Server 0.9.1b beta

General Settings/IP Filter

"...or address ranges of if you block..."

I'm pretty sure that should be "...or address ranges, or if you block" (typo "of" => "or" and insert comma).

Further along in the same paragraph:

"...you may readd access..."

I'm not as sure what this should be. Perhaps:

"...you may reenable access..."

I was in the process of adding a huge site to the Queue. So I went to the root site and right-click "Add to queue". The process runs.. and since this is such a huge site, I let it run over-night.... Sometime during the night, the connection is broken and my queue is populated, but not with the whole site. In fact, it's very difficult to know when the process has even finished.

May I suggest 1st and foremost, a queue for the queue, so if something happens, I can re-load my last task and pick up where I left off.

Also, a message box that tells when my task is done, so I know it has completed 100% sucessfully.

• c4(at)audiline[dot]com

I tried it with the last version of Gene6 FTP Server and Titan Server.

SLL server works properly when downloading one file at a time.

When downloading more files, (2 at a time, and I abort the downloading of one file) the Server replies with " 425 Cannot open data connection ".

If I try to upload a file, the file is created but nothing is uploaded, which results in a file with a 0 size.

All of this, works perfectly when I use SmartFTP, Voyager or Core FTP Lite.

commandqueue.cpp/.h are in lower case while Mainfrm.cpp tries to #include it as CommandQueue.h

In Windows, this is fine, but on UNIX, this fails.

spamthis@…

I'm continuing to experience this problems with 2.2.7c, windows version.

On a first connect after I start Fzilla, it gives me an error: Could not retrieve directory listing

After i Disconnect and Reconnect, this issue goes away. I tryed numerous times and was perfectly able to replicate this problem.

current cvs source

When I open the dsw (FileZilla.dsw), it lists the Catalan translation as missing.

It appears that the dsw expects the Catalan project to be FzResCatalan.dsp, but the actual file is currently FzResCa.dsp.

Currently, public key authentiation thru Pageant (Putty Key Agent) works fine. But FZ still pops up a password dialog, even though the value from that is not used.

It would be nice to first check Pageant, and see if key authorization works with the remote, before this dialog is brought up. Putty's current method for this user interface is a good sample to follow.

Cordially, Chacko

When uploading your FTP V227c to your FTPServer with a large amount of directories anda large number of files, the function desynchronizes with a message "UPLOAD FAILED". Stopping the upload, disconnecting your FTP program and restarting doesn't help. CuteFTP does the work perfectly. So it must be FileZilla Small number of direcvtories with large amount of files are OK. ????

hello,

sorry, my english isn't that great and i hope "line-makeup" is the right word for the german "zeilenumbruch"...

my problem: even i download a ascii-file (like a php-file) from a linux server filezilla(2.2.7c) puts 2 line-makeups for each line.

exaple/original-file: --- <?php echo "hello world"; ?> ---

downloaded-file: --- <?php

echo "hello world";

?> ---

my os is windows 2000. any ideas?

thanks tobi

I am using FileZilla Server 0.9.2 beta. If I'm connected to a remote Server and want to edit the shared Folders for Groups and Users, the browse for folder dialog gives me not the directory structure of the remote machine. Instead it displays the local filesystem. Manually changing (rename) the path to the wanted directory on the traget machine works.

Another odd problem: no mapping of virtual folders into virtual folders is possible.

Thanx in advance for fixing this, and keep up the good work.

when i give a user the read and list right for some dir, than all dir's in that folder are automaticly listed. in all other ftp server i've tested a subdir is only listed when you have the read right for that subdir. which i think is normal. no i can't hide subdir's for some users which is very anoying.

example:

C:\serverdir\group\all\ C:\serverdir\group\hidden\

if i give group A read and list rights to the "group" dir, the get to see both dir's in there, "all" and "hidden". i want to give them read and list right but not to see any dir in there. unitil.. i give them read rights for the "all" and/or "hidden" dir's.

with other ftp server (like bulletproof) this is perfectly possible, with filezilla server it is not...

Using version 2.2.7c, Windows XP Professional SP1

While using the Settings->Interface Settings->Remote file list window, I have found that the "Filetype" and "Permissions" checkboxes do not dim as they should when I click from "Always use the following configuration" to "Remember last used configuration".

While transfering several folders with checkbox "Use multiple connections to transfer files" unchecked Filezilla will still use a second connection. This is clearly shown in the log. A second connection is established while FileZilla creates the folders you want to transfer on the remote side. Then, as sonn as all the folders have been created, Filezilla uses the second connection to actually transfer the files in the folders.

Expected behavior would be not to use a second connection when the "Use multiple connections to transfer files" checkbox is unchecked.

The erroneous behavior could lead to being banned from sites which do not allow multiple connections in parallel.

if the folder name is unicode the function GetFileAttributes fails in the retr command causing the return message file not found prependinga
?\ to the pathname would call the unicode variant of GetFileAttributes, it works then correctly but the
?\ is NOT compatible with windows 95/98/me

If you delete a lot of files of one directory (more than 500), it is very slow, beacuse FileZilla refreshes after each file and loads again the whole directory. The deleting-process gets faster with each file that was deleted!

I run Windows 2000 SP4 and FileZilla 2.2.8a. I have installed Norton Systemworks 2004 with Norton AV 2004. When I try to run FileZilla it crashes with an unhandled exception before the main window is shown. If I disable the Auto-Protect in Norton AV it works just fine.

Status: Connecting to XXX.NET... Trace: FtpControlSocket.cpp(759): OnConnect(0) OpMode=1 OpState=-1 caller=0x003ed584 Status: Connected with XXX.NET. Waiting for welcome message... Trace: FtpControlSocket.cpp(627): OnReceive(0) OpMode=1 OpState=-1 caller=0x003ed584 Response: 220 ntf Microsoft FTP Service (Version 5.0). Command: USER XXX Trace: FtpControlSocket.cpp(627): OnReceive(0) OpMode=1 OpState=0 caller=0x003ed584 Response: 331 Password required for XXX. Command: PASS Trace: FtpControlSocket.cpp(627): OnReceive(0) OpMode=1 OpState=3 caller=0x003ed584 Response: 230 User XXX logged in. Command: FEAT Trace: FtpControlSocket.cpp(627): OnReceive(0) OpMode=1 OpState=-13 caller=0x003ed584 Response: 500 'FEAT': command not understood Status: Connected Trace: FtpControlSocket.cpp(3456): ResetOperation (1) OpMode=1 OpState=-13 caller=0x003ed584 Trace: FtpControlSocket.cpp(904): List (FALSE,0,"","",1) OpMode=0 OpState=-1 caller=0x003ed584 Status: Retrieving directory listing... Command: PWD Trace: FtpControlSocket.cpp(627): OnReceive(0) OpMode=4 OpState=0 caller=0x003ed584 Response: 257 "/" is current directory. Trace: FtpControlSocket.cpp(904): List (FALSE,0,"","",0) OpMode=4 OpState=0 caller=0x003ed584 Command: PORT 192,168,0,100,16,163 Trace: FtpControlSocket.cpp(627): OnReceive(0) OpMode=4 OpState=7 caller=0x003ed584 Response: 500 'RT XXX,XXX,XXX,XXX,19,143': command not understood Trace: FtpControlSocket.cpp(904): List (FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x003ed584 Trace: FtpControlSocket.cpp(3456): ResetOperation (4) OpMode=4 OpState=7 caller=0x003ed584 Trace: TransferSocket.cpp(91): ~CTransferSocket() caller=0x0140066c Trace: TransferSocket.cpp(1083): Close() caller=0x0140066c Error: Could not retrieve directory listing

I run Windows XP and find that Filezilla Server often does not connect. It evidently starts too early in the boot process, before other needed services are available.

Is it possible to put a variable user chosen delay in the start up of the Filezilla Server service?

Bob Eisenberg beisenbe@…

It is not possible to upload files into directories that one CAN write in but had no listing rights in with FileZilla 2.2.8a.

Directory shows permissions 000 from /.

Attached file includes logs of 3 ftp sessions:

• Session with commandline ftp (succesful upload of

test3 to /Upload/)

• Session with FileZilla 2.2.8a (failed CWD to /Upload/)
• Session with FTP Voyager 11.1.0.0 (succesful upload

of test4.txt to /Upload/)

Please contact me if you need access to the site for upload testing.

Steps:

1. FileZilla Server Interface
2. Menu->Edit->Settings->IP Filter
3. Press ESC key in a textbox

Result: The dialog become blank(see attach)

I think the ESC key should close the dialog.

I have connected to my Windows 2003 Server, where FileZilla server 0.9.2 is running, with "Remote Desktops" wich is a part of the adminpack (with this one you can connect to the console of 2003 server). Then FileZilla Interface crashed with dr.watson. But this does not happen always.

when using FileZilla 2.2.8a connecting a pure-ftpd 1.0.18 server in FileZilla's "FTP over TLS (explicit encryption) mode, the user can log on but NOT recieving the directory listing on the data channel. See the attached log file that FileZilla produces.

What's wrong? With SmartFTP there is no such problem...

Does anyone know why? Burkhard

I want to be able to use the /reload-config option for FileZilla server to reset passwords without stopping and re-starting the server. On multiple Windows platforms, it worked fine if I was logged in and ran it manually from a command prompt. I run an SSH session using PuTTY and it did not return an error, but it did not work either. Then I tried using the command line scheudler (AT command) and that did not do the trick either. I was thinking it might be a user privelage level, even though I did not get any access denied errors. Then I tried wrapping the command into a service written in c# running with admin privelages, no luck there too. My end goal is to create an ASP.NET page for resetting password. The class performing this would ideally invoke the "FileZilla Server /reload-config

BTW: FileZilla is awesome and it rules!

downloading to local network i.e. computer/c/mydwloads/ does not work: FileZilla creates c:/computer/c/mydwloads/ instead.

I'm using v2.2.8b (but this has happened on every version of FileZilla I've ever used), & the window position will not save after you exit FileZilla. The 'transfer queue' window keeps on moving upwards (ie making itself bigger) , thus making the 'local view' & 'remote view' windows smaller. I drag the transfer queue window down everytime I enter FileZilla, but it never saves after I exit. The 'remember window size & position of FileZilla' option is ticked.

ehathgepiurhe@…

On the options tab, the word wait is missing, shown in uppercase below...

When disconneted from server during transfer, WAIT

I used 2.2.8b windows version.

thanks

alwynbotha@…

Depending on the modification date/time of the file/directory, Macromedia's DreamWeaver will add an extra space to the start of the name when parsing the results from a LIST on version 0.93 of FileZilla server.

This stops DreamWeaver users from being able to access many of the folders on an FTP site served by FileZilla.

This appeared to be fixed in 0.89, but is back in 0.92 and 0.93.

I understand that FTP clients shouldn't be depending on LIST per the RFC, however, this is no consolation to the many DreamWeaver users out there.

FileZilla Server 0.93 doesn't support chines-named folders

When I set a chinese-named folder to share

The Server can't recognize it ...

I tried to connect to an FTP server on MVS (aka zOS) and FileZilla insists on putting slashes around the directory name.

The command to get to the MVS (non-USS) directory is

CWD 'SYS1.'

to get to the files beginning with SYS1.

FileZIlla forces

CWD /'sys1.'/

which is invalid.

I entered CWD 'SYS1.' in the raw command filed, but FileZIlla will not refresh it.

I'm unable to find a way in FileZilla (currently using 2.2.7c) to obtain the size (i.e. size of content) of remote FTP directories. Would be a handy feature.

Command: SITE CHMOD 777 /www/images/gallerie/Half-Life 2 & mods Response: 550 No such file or directory.

It's a bug when I trye to change chmod with the files attribues. It's do that with folder who have space or special letter in name folder.

Bug found in Filezilla v 2.2.8b !

P.S: Excuse my bad english, i am french.

AllanTK allantk@…

Feature request:

A list of filenames/directories which will not be uploaded to a remote site, if not explicitely selected.

E.g., if you select to upload "dir1" which contains "dir2", and "dir2" is in the list of directories not to upload, "dir2" won't be uploaded, although all other content of "dir1" is being uploaded.

The rational is, when working with CVS/SVN to no upload the versioning system configration data.

Thanks

Only Administrator user can create bookmarks on W2K.

This seems to be the same problem as in

​http://sourceforge.net/forum/message.php?msg_id=1580956

Both in the Local Filelist and the Remote Filelist I can see no icons next to the files and folders. This is very impractical because I don't see at the first look, if it is a file or a directory. Even when I turn on the "Large Icons"-mode, I can't see any Icons!

In the FileZilla client, when I'm transferring files in the transfer queue, if I resize the Local Filename column to make it bigger (dragging it to the right), one or more of the transfers' progress bars will not redraw correctly, leaving phantom horizontal lines on the right of the bar(s). See my screenshot for an example. The first time, it occurred with both bars, but I could not reproduce that.

In the FileZilla client, if I try to transfer a file and get the File Exists Already dialog box, if my server connection is disconnected and reconnects automatically, I'll get a second, identical File Exists Already dialog, and I'll get another one if I get disconnected and auto-reconnect again.

If I reach my limit of three tries to auto-reconnect and I stay permanently disconnected, I'll have three File Exists Already dialogs that aren't of any use to me at that point.

In my local directory I have PDF files about 1.9mb long, but FZ displays 1mb. In the remote directory that same file will be displayed as 196kb. These are both incorrect.

First - this is a duplicate of the closed bug #732137, opened because I'd like a small enhancement to Filezilla.

Second - Technically, the response to 732137 is correct

• restore has a specific meaning in Windows (don't know

about the other platforms), which is to the non-maximised size/position.

However, when reopening a program I have minimised to the Tray, personally I want it to return to the size/position it was in when I sent it there, whether it was maximised or not. It's just annoying to have to maxmise it again...

This behaviour could be governed by Setting e.g. a Radio Button Group called "Restore from System Tray" with options "To non-maximised position" and "To size when minimized" - this way everybody can be happy...

Insalling Filezilla 2.2.8b under administrator account, leaves start menu shortcust in the administrator personal start menu, so other users can't see it. Should be put in the "All Users" start menu, or let the user choose if the installation should be for "all users" or "only for me"

Session files using XML options cannot be saved under a non administrative account using WinXP SP2 and Filezilla 2.2.8b

Hi there,

We've been testing Filezilla in our shop and ran into a little glitch. It seems that when the FTP server has a write-only directory to connect to, without the option to list etc. Filezilla cannot transfer files.

When I enabled compression on transfers it seems to change the CR/LF characters in any Perl scripts I've uploaded meaning that won't run on a *nix environment. Disabling compression makes the problem disappear.

In Option->Interface setting FileZilla 2.2.8b does not remember its configuration even when "Remember last configuration" is checked. It ignore this setting. This issue seems to be there since version 2.2.5 final.

I am using Windows 98 SE with all updates installed.

Tried filezilla 2.3.8c to access a ftp server running under os400 v5.2 Directory listing is totally broken. Compared with command line ftp and ws_ftp it does not show simple files, only folders. I will be pleased to supply to the Dev Team the necessary information for correctly parsing AS400 ftp server replies and collaborating in testing.

Thanks.

When connecting to a multislot BayRS 14.00/1D5 router (i.e. Backbone Link Node (BLN) or Backbone Concentrator Node BCN)) and the default volume doesn't contain a PCMCIA card, the initial directory list fails (which is expected) but you cannot change volumes to look at other slots (i.e. using the Remote Site field).

If the router does have a PCMCIA card in the default slot, then the initial directory listing is successful and you are able to change volumes to other slots using the Remote Site field.

In FileZilla Server, there is a spelling error in the "IP Filter" section of the program options. The "IP Filters" section contains two textboxes. The spelling error is in the description of the second textbox. The last word (again) is spelled "agin". This also appears in "IP Filter" section of the "users" options as well. I'm assuming this is because it is reading the same string from some language file.

Keep up the good work :-)

jaden@…

If a file download fails from the queue because the server is on but the file is temporary unavaible FileZilla puts the file to the end of the Queue. But If I close the program and then open it again the files are missing. Every files are there except the ones that has been put to the end of the Queue.

The date format used in the remote listing is DD-MM-YYYY (e.g. 25-09-2004) whereas the date format used in the local listing is DD-Mmm-YYYY (e.g. 25-Sep-2004).

The latter is what Windows Explorer is using and so may be my default format.

It would seem to make sense to use the same date format in the remote listing (or, if you are keen, to provide an additional setting in Edit/Settings/Local file list and Edit/Settings/Remote file list).

derek@…

When I connect to a Serv-U FTP-Server and use the ftp over SSL (imlicit), I get no files and directories on the server site. I can put files and make directories, but they are not shown. I use V. 2.28d.

For some reason, I have a file that I d/l whose file size is 2444857417 and FZ says it's 100% complete yet if continues to transfer the file. As of my screen capture, it was at 4004828310 of 2444857417 bytes and still going. I've tried stopping the xfer, closing FZ and restarting, pausing and resuming the xfer but it just continues to go.

Any ideas?

P.S. Keep up the good work!

When FileZilla connects to a web hosting directory, I'm unable to see any existing .htaccess files. However, if I rename a file to ".htaccess", I can see that renamed file for as long as I have FileZilla connected to that site.

The web hosting is on a Linux server, although I'm not sure this has anything to do with the problem.

I'm using the latest release of FileZilla.

I was happy with this program's test at home and then went to work and installed it on several machines. Little did I know that when I rebooted I would have ISTToolbar or something like that Installing on each of these machines. When I ran pest patrol I found a slew of new spyware (on a machine that had been reinstalled the same day and not surfed the internet yet) and 4 trojan horses. Please get these out of the installer so we can use your wonderful program!!!!!!

The IP filter options at the server are essentially the same as the IP filter options for Users and Groups. However, unlike Users and Groups, the "exceptions" listbox of IPs at the bottom of the dialog only accepts one IP address.

the file list is often empty when use the http 1.1 proxy squid (v2.5stable)

<b>Here the debug-output when the remote-file-list ist empty:</b> <pre> Status: Verzeichnisinhalt wird abgeholt... Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 0 to 1 caller=0x01dd96ac Befehl: PASV Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=7 caller=0x01dd208c Antwort: 227 Entering Passive Mode (62,225,179,103,68,216) Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x01dd208c Befehl: TYPE A Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=8 caller=0x01dd208c Antwort: 200 ASCII tastes bad, dude. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x01dd208c Trace: TransferSocket.cpp(549): SetActive() caller=0x01dd96ac Befehl: LIST Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 1 to 2 caller=0x01dd96ac Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 2 to 4 caller=0x01dd96ac Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=9 caller=0x01dd208c Antwort: 150 Here comes the directory listing. Antwort: 226 Directory send OK. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x01dd208c Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=10 caller=0x01dd208c Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 4 to 5 caller=0x01dd96ac Trace: TransferSocket.cpp(509): OnClose(0) caller=0x01dd96ac Trace: TransferSocket.cpp(1109): Close() caller=0x01dd96ac Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 5 to 0 caller=0x01dd96ac Trace: FtpControlSocket.cpp(1574): TransferEnd(4) OpMode=4 OpState=10 caller=0x01dd208c Trace: FtpControlSocket.cpp(917): List (TRUE,0,"","",0) OpMode=4 OpState=10 caller=0x01dd208c Trace: <Empty directory listing> Trace: TransferSocket.cpp(91): ~CTransferSocket() caller=0x01dd96ac Trace: TransferSocket.cpp(1109): Close() caller=0x01dd96ac Status: Auflistung des Verzeichnisinhalts erfolgreich Trace: FtpControlSocket.cpp(3502): ResetOperation (1) OpMode=4 OpState=10 caller=0x01dd208c </pre>

<hr> <b>Here the debug-output when the remote-file-list is <u>not</u> empty:</b> <pre> Trace: FtpControlSocket.cpp(917): List (FALSE,0,"/","",0) OpMode=0 OpState=-1 caller=0x01dd208c Status: Verzeichnisinhalt wird abgeholt... Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 0 to 1 caller=0x01dd96ac Befehl: PASV Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=7 caller=0x01dd208c Antwort: 227 Entering Passive Mode (62,225,179,103,243,69) Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x01dd208c Befehl: TYPE A Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=8 caller=0x01dd208c Antwort: 200 ASCII tastes bad, dude. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x01dd208c Trace: TransferSocket.cpp(549): SetActive() caller=0x01dd96ac Befehl: LIST Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 1 to 2 caller=0x01dd96ac Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 2 to 4 caller=0x01dd96ac Trace: TransferSocket.cpp(453): OnConnect(0) caller=0x01dd96ac Trace: TransferSocket.cpp(1109): Close() caller=0x01dd96ac Trace: TransferSocket.cpp(1120): m_pProxyLayer changed state from 4 to 0 caller=0x01dd96ac Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=9 caller=0x01dd208c Antwort: 150 Here comes the directory listing. Antwort: 226 Directory send OK. Trace: FtpControlSocket.cpp(1574): TransferEnd(4) OpMode=4 OpState=9 caller=0x01dd208c Trace: FtpControlSocket.cpp(917): List (TRUE,0,"","",0) OpMode=4 OpState=9 caller=0x01dd208c Trace: drwxr-xr-x 2 1017 101 4096 Aug 17 14:30 aktionen Trace: -rw-r--r-- 1 1017 101 2397 Aug 16 05:34 class.afp.php Trace: -rw-r--r-- 1 1017 101 358 Sep 29 08:18 clear-cache.php Trace: -rw-r--r-- 1 1017 101 2623 Oct 04 08:09 default.php Trace: -rw-r--r-- 1 1017 101 3262 Aug 16 05:34 favicon.ico Trace: drwxr-xr-x 2 1017 101 4096 Sep 10 14:28 newsletter Trace: drwxr-xr-x 18 1017 101 4096 Sep 01 11:32 ng Trace: drwxr-xr-x 16 1017 101 4096 Sep 14 08:13 og Trace: -rw-r--r-- 1 1017 101 20 Sep 15 09:24 phpinfo.php Trace: drwxr-xr-x 16 1017 101 4096 Sep 14 08:17 shared Trace: drwxr-xr-x 4 1017 101 4096 Oct 02 10:13 shop Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x01dd208c Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=10 caller=0x01dd208c Status: Auflistung des Verzeichnisinhalts erfolgreich Trace: FtpControlSocket.cpp(3502): ResetOperation (1) OpMode=4 OpState=10 caller=0x01dd208c Trace: TransferSocket.cpp(91): ~CTransferSocket() caller=0x01dd96ac Trace: TransferSocket.cpp(1109): Close() caller=0x01dd96ac </pre>

The second debug output irregular after F5 (refresh)...

-Ibrahim

System: Windows Server 2003 with multiple IPs defined on the NIC

Example:

Default IP: x.x.x.100 Additional IPs: x.x.x.110, x.x.x.120

Filezilla server listening on IP x.x.x.110

Client connection and authentication is successful. when the client requests the directory listing in ACTIVE-ftp mode, the server answers NOT with the source IP x.x.x.110, but with x.x.x.100!

The server should only use the IP it's listening on to communicate with the clients! (otherwise it confuses firewalls, nat-ting devices ...)

When using PASSIVE-ftp, the server uses the correct IP.

redphex@…

Edit > Settings > Connection shows:

Timeout Detection - If zero bytes are transfered...

'transfered' should be spelled 'transferred'

Filezilla version 2.2.8c

hi!

i noticed the following bug till the recent 2.2.8d:

every time, filezilla ist launched _maximized_, the transfer queue is automatically increased a bit. if configured not to start maximized, that does not happen. my screen layout: local view with folders left, remote view right, transfer queue at bottom.

oh, and the bug has nothing to do with site manager on startup, if that helps...

best wishes,

fisherman fisherman@…

Screen layout is not save in windows version after closing the application.

​http://www.download.com/3302-2160-10314674.html?tag=lst-0-1

It appears that someone packaged FileZilla with some spyware and posted it to Download.com. You may need to contact thier administrators.

The version of FileZilla_2_2_8b_setup.exe being distributed there is in a different installer than the sourceforge copy.

Ad-Aware came up empty after installing both versions, but I cam back to work this morning to find a ton of spyware on my PC.

FileZilla server.exe tries to connect to internet on 66.35.250.209 port 80. If I allow this ccApp.exe crashes and Outlook 2003 can not connect to the mailserver anymore.

ccApp.exe seems to be a part of Symantec Norton Internet Security 2003.

Why should Filezilla access Internet on port 80?

More detailed description in attached file.

In the latest version of the installer, when the French language is selected, there is a string which is not displayed entirely :

"Parametres generaux" (General Parameters page) :

in the second Memo text-block concerning the XML files usage, the sentence is croped/sliced :

"... de sorte que" |<-- croped here

Possible solution : use a less verbose sentence, like :

"Filezilla peut enregistrer ses paramètres à deux endroits différents : Dans la base de registre ou dans un fichier XML. (|remove '\n' here|) Il est recommandé d'utiliser le fichier XML, cependant, dans les environnements multi- utilisateurs, utiliser la base de registre permet ..." <-- here put the end of the sentence I couldn't read

I assume this is either :

"...de partager la configuration."

OR

"...d'avoir une configuration distincte pour chaque utilisateur."

(i.e. to share the config OR to have distinct configs)

Uploading a bigger php file in ASCII mode with a constant speed limit of 20 KB will cause Filezilla to upload only 16384 Bytes of the file. When speed limit is deactivated the file is uploaded correctly.

Example:

Uploading util.php (94322 Bytes) with speed-limit, only 16834 Bytes arrives at the server.

Uploading util.php (94322 Bytes) without speed-limit, 94322 Bytes arrives at the server.

See attachment for zipped example util.php file and client-server messages in debug-mode.

I have noticed this issue several times on the last 4-5 versions of filezilla (from 2.2.7something to the current 2.2.8d).

When uploading via standard FTP (in passive mode) a folder with nested folders in it and various files (typically the folder contains web pages with images and stylesheets nested inside subfolders), filezilla seems to cross some of the file references.

My experience shows that this mostly happens on images: i.e. filezilla will swap 2 images (i.e. will upload A into B, and B into A). I haven't seen an occurence of this on text files, but maybe it was just luck - the images outnumber the .htm files 10 to 1, typically. This only happens for a few files.

This happens on 2 different remote ftp servers (one on solaris, the other on linux), therefore I am inclined to suspect filezilla. Switching to another client solves the problem.

Has anyone seen this problem before?

Not sure if this is a bug or just a feature that needs to be implemented:

If you have a sufficiently large queue (and it is currently downloading) and you attempt to View/Edit a file on the server, it sends the View/Edit request to the end of the queue instead of downloading and processing it immediately. Can you add an option to the Preferences menu forcing all View/Edit requests to be added to the top the queue (so you can open & edit files while your queue is running)? Thanks a bunch.

-=R

p.s. Great program; i use it daily at work and appreciate your efforts:)

426 Error. Transfere aborted. An established connection was aborted by the software in your host machine.

It should read 426 Error. Transfer aborted. An established connection was aborted by the software in your host machine.

Hi,

I use 2.2.8d for file upload, only one of our HP-UX will cause empty directory list, the different for the server is that we turn on Chinese character for the server.

Attached the trace log for your reference, for the raw directory list it contains the file list which date includes Chinese character.

BTW, I use Windows ftp command can get the file list.

Regards, Jung-Pin

Status: Connecting to gescmfg ... Trace: FtpControlSocket.cpp(772): OnConnect(0) OpMode=1 OpState=-1 caller=0x00e1cb7c Status: Connected with gescmfg. Waiting for welcome message... Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=1 OpState=-1 caller=0x00e1cb7c Response: 220 gescmfg FTP server (Version 1.1.214.4(PHNE_23950) Tue May 22 05:49:01 GMT 2001) ready. Command: USER jpwang Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=1 OpState=0 caller=0x00e1cb7c Response: 331 Password required for jpwang. Command: PASS * Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=1 OpState=3 caller=0x00e1cb7c Response: 230 User jpwang logged in. Command: FEAT Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=1 OpState=-13 caller=0x00e1cb7c Response: 500 'FEAT': command not understood. Command: SYST Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=1 OpState=-14 caller=0x00e1cb7c Response: 215 UNIX Type: L8 Status: Connected Trace: FtpControlSocket.cpp(3502): ResetOperation (1) OpMode=1 OpState=-14 caller=0x00e1cb7c Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",1) OpMode=0 OpState=-1 caller=0x00e1cb7c Status: Retrieving directory listing... Command: PWD Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=0 caller=0x00e1cb7c Response: 257 "/home/admin/jpwang" is current directory. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=0 caller=0x00e1cb7c Command: PASV Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=7 caller=0x00e1cb7c Response: 227 Entering Passive Mode (192,168,1,246,207,172) Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=7 caller=0x00e1cb7c Command: TYPE A Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=8 caller=0x00e1cb7c Response: 200 Type set to A. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=8 caller=0x00e1cb7c Trace: TransferSocket.cpp(549): SetActive() caller=0x014f261c Command: LIST -a Trace: TransferSocket.cpp(453): OnConnect(0) caller=0x014f261c Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=9 caller=0x00e1cb7c Response: 150 Opening ASCII mode data connection for /usr/bin/ls. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=9 caller=0x00e1cb7c Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=4 OpState=10 caller=0x00e1cb7c Response: 226 Transfer complete. Trace: FtpControlSocket.cpp(917): List (FALSE,0,"","",0) OpMode=4 OpState=10 caller=0x00e1cb7c Trace: TransferSocket.cpp(1109): Close() caller=0x014f261c Trace: FtpControlSocket.cpp(1574): TransferEnd(4) OpMode=4 OpState=10 caller=0x00e1cb7c Trace: FtpControlSocket.cpp(917): List (TRUE,0,"","",0) OpMode=4 OpState=10 caller=0x00e1cb7c Trace: ;p 18080 Trace: drwxr-xr-x 9 es users 16384 10 18å 13:58 . Trace: drwxr-xr-x 18 root sys 8192 813 å 16:32 .. Trace: -r--r--r-- 1 es users 832 2000t 1114å .cshrc Trace: -r--r--r-- 1 es users 347 2000t 1114å .exrc Trace: -r--r--r-- 1 es users 334 2000t 1114å .login Trace: -rwxr-xr-x 1 es users 745 621 å 09:57 .profile Trace: -rw------- 1 root jpwang 3378 10 19å 11:58 .sh_history Trace: -rw------- 1 root jpwang 2074 2004 t223å 0511.hist Trace: drwx------ 2 root jpwang 8192 2004 t127å GSSH Trace: -rw------- 1 root sys 123 5 7 å 12:48 ad_mstr.e Trace: -rw------- 1 root sys 25796 712 å 13:27 advnmt.p Trace: -rwxr-xr-x 1 root jpwang 54 2004t 223å aftmrp Trace: drwxrwxrwx 2 root jpwang 8192 2003t424å backup Trace: drwxrwxrwx 4 es jpwang 96 712 å 13:27 ch Trace: -rw-r----- 1 es jpwang 10807 2003 t115å chdatald.p Trace: drwxrwxrwx 4 es jpwang 8192 5 26å 06:29 cim.bak Trace: -rw-r----- 1 root jpwang 4703 2003 t830å cim010415.p Trace: -rw------- 1 root jpwang 388912 2003t1017å cim012305.q Trace: -rw------- 1 root jpwang 1073450 2003t11 4å cim1305.q Trace: -rw-rw-rw- 1 root jpwang 1039 2003t422å cim_cas.p Trace: -rwxr-xr-x 1 root jpwang 1420 2003 t6 4å compiles Trace: -rw-r----- 1 root jpwang 872737 5 10å 22:04 convmap.cp Trace: -rw-rw-rw- 1 root jpwang 399 2003 t318å crontabs Trace: -rwxr-xr-x 1 root jpwang 40 2003t 6 5å daily Trace: -rwsrwsr-x 1 root jpwang 9 2004 t2 9å delete Trace: -rw-r----- 1 root jpwang 594252 10 14å 10:58 doe_part.txt Trace: -rw------- 1 root jpwang 5876 6 29å 11:32 dumpload.log Trace: -rw------- 1 root jpwang 4671 7 3å 17:09 empimp.p Trace: -rw------- 1 root jpwang 94149 6 29å 11:31 exr_rate.d Trace: -rwxr-xr-x 1 root jpwang 1221 2003 t1126å fintest Trace: -rw-r----- 1 root jpwang 4543 2003 t1129å g2acl.p Trace: -rw-r----- 1 root jpwang 6919 2003 t11 6å g2acla.p Trace: -rw------- 1 root jpwang 22277 2003 t12 5å g2bmps18.p Trace: -rw------- 1 root jpwang 3590 2003 t10 2å g2ecprh.p Trace: -rw-r----- 1 root jpwang 5110 2003 t10 2å g2ecso.p Trace: -rw------- 1 root jpwang 4632 2003 t10 1å g2ecso9.p Trace: -rw------- 1 root jpwang 11325 2003 t1117å g2epoexp.p Trace: -rw------- 1 root jpwang 8708 2003 t10 2å g2epoimp.p Trace: -rw-r----- 1 root jpwang 2145 2003 t10 2å g2eporp.p Trace: -rw------- 1 root jpwang 7563 2003 t10 2å g2eprhex.p Trace: -rw------- 1 root jpwang 7147 2003 t10 1å g2eprhim.p Trace: -rw------- 1 root jpwang 8347 2003 t10 1å g2exppt.p Trace: -rw-r----- 1 root jpwang 6945 2003 t9 4å gcimps.p Trace: -rw-r----- 1 root jpwang 10204 6 22å 15:46 gcivrp10.p Trace: -rw-r----- 1 root jpwang 3794 2003 t9 4å gcps.i Trace: -rw-r----- 1 root jpwang 3802 2003 t9 4å gcpsmt.p Trace: -rw------- 1 root sys 11808 824 å 21:55 gespro.e Trace: -rwxr-xr-x 1 es jpwang 1084 2003 t526å gessheb Trace: -rw------- 1 root jpwang 5771 6 29å 11:31 glc_cal.d Trace: -rw-rw-rw- 1 root jpwang 27896 2003t630å gltrexp.p Trace: -rw------- 1 root jpwang 892312 10 12å 08:49 gssh_avl.txt Trace: -rw-r----- 1 root jpwang 179159 10 12å 09:32 gssh_frz_cost.txt Trace: -rw-r----- 1 root jpwang 730398 10 12å 09:16 gssh_vp_price.txt Trace: -rwxr-xr-x 1 root jpwang 78 510 å 21:59 gssheb Trace: -rwxr-xr-x 1 root jpwang 1414 2003 t7 3å gssheb_c Trace: -rwxr-xr-x 1 root sys 83 510 å 22:04 gssheb_utf8 Trace: -rwxr-xr-x 1 root jpwang 1216 2003 t11 6å gsshfin Trace: -rwxr-xr-x 1 root jpwang 89 510 å 21:58 gsshtest Trace: -rwxr-xr-x 1 root sys 94 818 å 16:06 gsshtest_utf8 Trace: -rwxr-xr-x 1 root jpwang 1056 2003 t116å help Trace: -rw------- 1 root jpwang 11543 9 23å 10:20 i2csmavl.p Trace: -rw-r----- 1 root jpwang 4078 5 5 å 15:14 i2csmvd.p Trace: -rw------- 1 root jpwang 2577 9 15å 10:44 i2doepln.i Trace: -rw------- 1 root jpwang 7305 9 15å 10:44 i2doepln.p Trace: -rw-r----- 1 root jpwang 5445 915 å 10:46 i2init.i Trace: -rw------- 1 root jpwang 3203 5 10å 21:56 i2initalp.p Trace: -rw------- 1 root jpwang 3243 5 10å 21:56 i2initfr.p Trace: -rw------- 1 root jpwang 3860 5 10å 21:56 i2initpm.p Trace: -rw------- 1 root jpwang 4185 5 10å 21:56 i2initpt.p Trace: -rw------- 1 root jpwang 3664 5 10å 21:56 i2initptp.p Trace: -rw------- 1 root jpwang 3685 5 10å 21:56 i2initvd.p Trace: -rw------- 1 root jpwang 3343 2004 t2 4å i2pc_mstr.p Trace: -rw------- 1 root jpwang 3245 2004 t2 4å i2pts_det.p Trace: -rw-r----- 1 root jpwang 14269 5 5å 15:22 i2sspo.p Trace: -rw------- 1 root jpwang 544 6 4 å 18:21 iiii.p Trace: -rw------- 1 root jpwang 1 820 å 16:26 login.lock Trace: -rw------- 1 root jpwang 9452 2003 t812å mbox Trace: -rw------- 1 root jpwang 8192 6 21å 10:00 menu.b1 Trace: -rw------- 1 root jpwang 1458176 6 21å 10:00 menu.d1 Trace: -rw------- 1 root jpwang 32768 6 21å 09:59 menu.db Trace: -rw------- 1 root jpwang 8248 8 13å 11:14 menu.hst Trace: -rw------- 1 root jpwang 11749 6 21å 10:00 menu.lg Trace: -r-------- 1 root jpwang 3362 616 å 05:00 menu.lic Trace: -rw------- 1 root jpwang 31 2004 t216å menu.st Trace: -rw-rw-rw- 1 root jpwang 210 2003 t6 5å mfg2.pf Trace: -rwx------ 1 root jpwang 1852 2003 t1223å mfg_lg_mn Trace: -rwxr-xr-x 1 root jpwang 1262 510 å 21:58 mfgcom Trace: -rwxr-xr-x 1 root jpwang 1298 2003 t6 5å mfgcom_es Trace: -rwxr-xr-x 1 root jpwang 1228 2003 t12 1å mfgcom_org Trace: -rwxr-xr-x 1 root sys 1297 510 å 22:10 mfgcom_utf8 Trace: -rw------- 1 root sys 13504 629 å 11:31 mnd_det.d Trace: -rw------- 1 root sys 4374 629 å 11:32 mnd_det.e Trace: -rw------- 1 root sys 3678 629 å 11:31 mnt_det.d Trace: -rw------- 1 root sys 4904 629 å 11:32 mnt_det.e Trace: -rw-rw-rw- 1 root jpwang 14820 2003t521å mrwoap.p Trace: -rw------- 1 root jpwang 12718 2003 t1123å p307166 Trace: -rw-r----- 1 root jpwang 594252 10 13å 16:37 part.txt Trace: drwxrwxrwx 4 es jpwang 8192 2003 t118å po Trace: -rw------- 1 root jpwang 2237 2004 t2 9å prtstatus.quo Trace: -rw------- 1 root jpwang 21638 2003 t9 4å ps030904.hst Trace: -rw------- 1 root jpwang 8737 2004 t3 9å ptw.t Trace: -rw-r----- 1 root jpwang 133 2003 t1117å px.p Trace: -rw------- 1 root jpwang 9696 2003 t1016å rtv031016.hst Trace: -rwxr-xr-x 1 root jpwang 1818 10 12å 08:58 send_i2csm Trace: -rwxr-xr-x 1 root jpwang 9748 10 12å 08:58 send_i2csm.log Trace: -rwxr-xr-x 1 root jpwang 1795 10 12å 08:58 send_i2ss Trace: -rwx------ 1 root jpwang 1295 5 7å 13:16 startup.pf Trace: drwx------ 3 root jpwang 8192 2003 t1017å temp Trace: -rw-rw-rw- 1 root jpwang 3249 2003t616å temp-abc.p Trace: -rw-rw-rw- 1 root jpwang 3411 2003t527å temp-avl-price.p Trace: -rw-rw-rw- 1 root jpwang 3969 2003t4 8å temp-cas.p Trace: -rw------- 1 root jpwang 310 830 å 17:59 temp-invalid-mfgr.p Trace: -rw-rw-rw- 1 root jpwang 5313 2003t612å temp-pt.p Trace: -rw------- 1 root sys 76 10 1 å 19:21 temp.p Trace: -rw-rw-rw- 1 root jpwang 247 2003 t421å temp_acd_xcas.p Trace: -rw-rw-rw- 1 root jpwang 4592 2003t7 3å temp_c.p Trace: -rw------- 1 root jpwang 2802 7 2å 13:25 temp_i2.p Trace: -rw------- 1 root jpwang 3822 2004 t3 9å temp_ic.p Trace: -rw-r----- 1 root jpwang 748 2004 t315å temp_pt_desc.p Trace: -rw------- 1 root jpwang 936 2004 t1 9å tempbuyer.p Trace: -rw-r----- 1 root jpwang 2098 10 7å 12:07 tempcst.p Trace: -rw-r----- 1 root jpwang 1373 10 5å 13:21 tempsim.p Trace: -rw-r----- 1 root jpwang 7128 929 å 11:20 tempvpmoq.p Trace: -rw------- 1 root jpwang 4281 9 23å 10:20 test.p Trace: -rwxr-xr-x 1 root jpwang 1077 2003 t417å training Trace: -rw------- 1 root jpwang 10227 5 5å 12:35 tt Trace: -rw------- 1 root jpwang 8287 5 5å 12:35 typescript Trace: -rwxr-xr-x 1 root jpwang 63 2004t 3 3å uat Trace: -rw------- 1 root jpwang 2907 2004 t318å ulmenu.p Trace: drwx------ 8 root jpwang 8192 7 1å 12:49 us Trace: -rw-rw-rw- 1 root jpwang 6838 2003t521å ut_acl.p Trace: -rw-rw-rw- 1 root jpwang 5186 2003t7 3å ut_avl_price.p Trace: -rw-rw-rw- 1 root jpwang 484 2003 t424å ut_chg_canrun.p Trace: -rw------- 1 root jpwang 4538 6 25å 10:58 ut_classdb.p Trace: -rw-rw-rw- 1 root jpwang 3355 2003t416å ut_mnt_menu.p Trace: -rw-r----- 1 root jpwang 372 423 å 12:16 ut_name_usr.p Trace: -rw------- 1 root jpwang 4306 10 12å 08:50 ut_po.p Trace: -rw------- 1 root jpwang 67862 10 12å 08:50 ut_po.r Trace: -rw-rw-rw- 1 root jpwang 4234 2003t610å ut_pr.p Trace: -rw------- 1 root jpwang 4160 10 12å 08:50 ut_rqd.p Trace: -rw------- 1 root jpwang 67578 10 12å 08:50 ut_rqd.r Trace: -rw------- 1 root jpwang 6188 10 12å 08:50 ut_wo.p Trace: -rw------- 1 root jpwang 70287 10 12å 08:50 ut_wo.r Trace: -rw-r----- 1 root jpwang 11463 2004 t216å utaclroot.p Trace: -rw-r----- 1 root jpwang 4026 2003 t9 4å utavlmt2.p Trace: -rw------- 1 root jpwang 16176 10 12å 08:50 utbatch.r Trace: -rw------- 1 root jpwang 6807 2003 t1223å utchcas.p Trace: -rw------- 1 root jpwang 95042 10 12å 08:50 utcplt.r Trace: -rw-r----- 1 root jpwang 8567 923 å 10:20 utcsmavl.p Trace: -rw------- 1 root jpwang 74566 10 12å 08:50 utcsmavl.r Trace: -rw------- 1 root jpwang 75505 10 12å 08:50 utcsmfr.r Trace: -rw------- 1 root jpwang 7387 9 22å 14:13 utcsmfrz.p Trace: -rw------- 1 root jpwang 71931 10 12å 08:50 utcsmpm.r Trace: -rw------- 1 root jpwang 70826 10 12å 08:50 utcsmpt.r Trace: -rw------- 1 root jpwang 7069 2004 t3 2å utic.p Trace: -rw------- 1 root jpwang 3809 2004 t3 8å uticadj.p Trace: -rw-r----- 1 root jpwang 3679 2004 t3 8å uticadj1.p Trace: -rw------- 1 root jpwang 2538 10 12å 08:50 utquoter1.r Trace: -rw-r----- 1 root jpwang 6439 2003 t1031å utupdabc.p Trace: -rw------- 1 root jpwang 3819 2003 t1112å utupdvp.p Trace: -rw-r----- 1 root jpwang 4903 2003 t812å utwotrk.p Trace: -rw------- 1 root jpwang 80589 10 12å 08:50 utwotrk.r Trace: -rw-r----- 1 root jpwang 1182 2003 t1031å xacodeiq.p Trace: -rw-r----- 1 root jpwang 4765 2003 t1031å xaconusd.p Trace: -rw-r----- 1 root jpwang 6054 2003 t1031å xacurcnv.p Trace: -rw-r----- 1 root jpwang 2529 2003 t1031å xafrzcst.p Trace: -rw-r----- 1 root jpwang 5757 2003 t1031å xagetcst.p Trace: -rw-r----- 1 root jpwang 3092 2003 t1031å xaglcsiq.p Trace: -rw-r----- 1 root jpwang 2197 2003 t1031å xagusrid.p Trace: -rw-r----- 1 root jpwang 2085 2003 t1031å xashlfiq.p Trace: -rw-r----- 1 root jpwang 2503 2003 t1031å xaxml.p Trace: -rw-r----- 1 root jpwang 8647 2003 t1017å xcimavl.p Trace: -rw------- 1 root jpwang 3511 7 3å 17:09 xcimemp.i Trace: -rw------- 1 root jpwang 3854 2003 t10 1å xcimprh.i Trace: -rw-r----- 1 root jpwang 2721 10 5å 13:22 xcimsct.i Trace: -rw-r----- 1 root jpwang 2161 10 5å 13:22 xcimsct1.i Trace: -rw------- 1 root jpwang 4942 2003 t10 1å xcimso.i Trace: -rw-rw-rw- 1 root jpwang 4449 2003t6 4å xhead.i Trace: -rw-r----- 1 root jpwang 2346 2003 t718å xxccfp.p Trace: -rw-r----- 1 root jpwang 4220 2003 t626å xxglccmt.p Trace: -rw-r----- 1 root jpwang 7248 2003 t718å xxptcsrp.p Trace: -rw-r----- 1 root jpwang 6892 2003 t718å xxptcsrpa.p Trace: TransferSocket.cpp(91): ~CTransferSocket() caller=0x014f261c Trace: TransferSocket.cpp(1109): Close() caller=0x014f261c Status: Directory listing successful Trace: FtpControlSocket.cpp(3502): ResetOperation (1) OpMode=4 OpState=10 caller=0x00e1cb7c Command: TYPE I Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=0 OpState=-1 caller=0x00e1cb7c Response: 200 Type set to I. Command: REST 0 Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=0 OpState=-1 caller=0x00e1cb7c Response: 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer. Command: REST 0 Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=0 OpState=-1 caller=0x00e1cb7c Response: 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer. Command: PWD Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=0 OpState=-1 caller=0x00e1cb7c Response: 257 "/home/admin/jpwang" is current directory. Command: TYPE A Trace: FtpControlSocket.cpp(640): OnReceive(0) OpMode=0 OpState=-1 caller=0x00e1cb7c Response: 200 Type set to A.

reload-config has not worked since 0.9.1b

I have not been able to figure out why so I'm afraid I can't offer any suggestions. Worked fine in 0.9.1b.

Operating on win2k advanced server sp4.

Glen

The IP address set in "Edit -> Settings -> Connection -> Firewall Settings -> Use the following IP address for non-passive transfers" is not relayed to the server for SSL/TLS connections, making active connections impossible through NAT firewalls. The remote system attempts to open the data channel to the NAT host (which is, of course, unreachable) instead.

Logfile attached. In the transcript, 10.10.1.1 is a placeholder for the public server (it isn't NAT'ed). 172.20.2.61 is the client located by a NAT router.

I'm using filezilla 2.2.8.d to connect to a sftp server. It works fine until someday I add some message to be outputed from my .profile whenever I login. Then filezilla fail to connect to the sftp server. I think it is because the verbose output from my .profile file exceeds the limit of a sftp packet so filezilla thinks the big packet is not a sftp packet and refuse to connect. I think this is a possible bug in filezilla. You can fix it by either allow filezilla welcome large packet or adding a checkbox permitting large sftp packet during connection.

Zhang Le

In the error message when failed to connect to a sftp server filezilla displays "Response: Fatal: unable to initialise SFTP: could not connect"

"initialise" should be spelled "initialize"

Version FileZilla 2.2.9:

The remote directory is / and I want to upload a whole directory tree: gallery2 with a lot of subdirectories and files. All of the directories are not existing on the server.

I add the topmost gallery2 to the queue and the queue is filled. When I start to transfer the queue the remote directory is LISTed and then the non-existing subdirectories are created. But FileZilla tries to create every subdirectory twice.

The first log entries after the inital LIST command are:

Command: CWD / Response: 250 CWD command successful. Command: MKD gallery2 Response: 257 "/gallery2" - Directory successfully created Command: CWD / Response: 250 CWD command successful. Command: MKD gallery2 Response: 550 gallery2: File exists Command: CWD /gallery2/ Response: 250 CWD command successful. Command: MKD docs Response: 257 "/gallery2/docs" - Directory successfully created Command: CWD /gallery2/ Response: 250 CWD command successful. Command: MKD docs Response: 550 docs: File exists

...

The server features are:

Command: FEAT Response: 211-Features: Response: MDTM Response: REST STREAM Response: SIZE Response: 211 End Command: SYST Response: 215 UNIX Type: L8

I am using passive mode.

Command: PASV Response: 227 Entering Passive Mode

Keep up the excellent work, René

Filezilla client 2.2.9

I tried to use SFTP to transfer a file, whose name is in Chinese but the file name was not displayed correctly. And after transfer, the file name was modified (just as it showed).

However, the content of the file (which is also in Chinese) was correct.

I don't know whether it is a bug, or just I don't know how to use this GREAT software.

THANKS!!!!!