General
-
Support for two-way sync
Make FTPSync support two-way sync - e.g. transfers from destination to source, if destination has changed.
12 votes -
Compare source and destination files
If you could compare source and destination files and overwrite if source file is newer, or a different size would be great. At the moment, even if a destination file is deleted, the FTP sync does not copy the file to the destination.
10 votes -
Content hashing
It would be great if content can be hashed and files would only be transferred if content has changed (thus reducing transfer of files whose timestamp change, but content remains the same).
9 votes -
Option: ignore old files
Feature request: Allow for the ignoring of files that are older than X days (hours, minutes) old.
6 votes -
6 votes
-
Empty directories should be transferred to destination
Empty directories are currently not transferred to destination. They have to, because some frameworks rely on their directory structure, even if directories are empty.
4 votesplanned ·
AdminCyberKiko FTPSync
(Admin, FTPSync) responded
A workaround for some cases is described in blog post:
-
let the focus on the current window
The current window looses focus for a second when scheduled FTPSync task starts even when /QUIET parameter is set
3 votes -
Fix fatal error when reading FTP directory
When accessing VxWorks FTP server a fatal error is raised.
3 votesunder review ·
AdminCyberKiko FTPSync
(Admin, FTPSync) responded
Please run FTPSync with /DEBUG switch and send complete log file to support email for analyses. Thank you.
-
/CHANGED switch
It would be great to have a switch that would instruct FTPSync to only return an errorlevel if anything has changed/transfer is required, but not transfer anything.
3 votes -
3 votes
-
When files are deleted from source, they remain in destination
When files are deleted from source, they remain in destination.
I have SkipDelete=No
Version 2.8e_p109
Source is ftp and destination local3 votesunder review ·
AdminCyberKiko FTPSync
(Admin, FTPSync) responded
A common problem with SkipDelete is that many people place it in Source or Destination section, while it should be in Common section.
A second issue is that FTPSync only deletes files on destination if they were transferred to destination by FTPSync in the first place. Files, that existed on destination before, are never deleted by FTPSync.
If this is not the case, please run FTPSync with /DEBUG switch and send complete log to support email for analyses of the errors.
-
Mail if files send
I read that you can email after file transfer. I want to only send an email when there are actually files send. Any ideas how to do this ? I read it can't be done by getting the status. Maybe by looking into the destination folder and see if there is a file with today's date, or something like that ? Anyone creative in how to achieve this ?
3 votes -
Support Chinese folder and file name, that is very important
Support Chinese folder and file name, that is very important, I can't use it without chinese support. Thanks!
2 votes -
File name manipulations
It would be nice if some file name manipulation can be performed before file is transferred to destination; e.g. append prefix or suffix, substitute unsupported characters, etc.
2 votes -
Re-upload failed files by disconnection
I have wifi connection by now and sometimes there are disconnections
After connect, the files that it was not uploaded are not re-upload again1 voteunder review ·
AdminCyberKiko FTPSync
(Admin, FTPSync) responded
Hi, Tony
Can you run FTPSync a few times with /DEBUG switch and send complete logs to support (at) cyberkiko (dot) com for investigation. Thank you!
Best regards
Kristof Gajsek
http://www.cyberkiko.com