Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)


Topic review


Yes it would. It's even more appropriate for backup purposes.

Ahh, of course, Thanks! I understand that ASCII mode changes the EOL characters (and other encoding) to handle the difference in file systems. But if I'm only doing FTP purely for backup purposes (never opening the files on the target system), wouldn't BINary be fine for all files?

Re: synchonize always processes .txt files

Size of a text file changes during ascii/text mode transfer.

As you opted to use a size as criteria when selecting files for synchronization, the text files will always be considered different.

synchonize always processes .txt files

I'm running a script that just copies one folder (plus its subfolders) to my ftp server. Here's the command line:

open -rawsettings Utf=1
cd /home/backup
synchronize remote -mirror -delete -criteria=either -transfer=automatic "d:\Chaos Data" "Chaos Data"

Strangely, any files with a .txt extension ALWAYS get processed, even if I run the script twice in succession. It may also be that the .txt files are processed ascii whereas all the other files are binary, if that makes a difference. The txt files still have the same datestamps and sizes so should not be processed. Right?