I thought that like the -delete on the get command that "Delete source remote file(s) after a successful transfer." would also do the same with synchonize if it was only a one-way sync.
You are doing
So the local folder is synchronized. No changes on the server/remote side are done.
file : --remotepath--/ITTest/demo.txt
and I beleive
file : --remotepath--/ITTest/TestRmtDir/Demo3.txt
path : --remotepath--/ITTest/TestRmtDir/
I have dozens of folders that I would be syncronizing and have a means of ensureing they are never empty so can't be deleted but any normal files,subfolders and subfiles should copy from remote to local and then delete.
OK, but I need some description, of what I should look for in the log. What file do you thing should have been deleted, but was not?
Here is the log. As an additional note, the --LOCALPATH-- is a UNC location on a Windows server.
I had tried syncronize -delete local and syncronize local -delete but same result.
No you do not need to use
-mirror to use
If you have a problem, please post a session log file.
Using the latest WinSCP Version 5.17.2 (Build 10278) (OS 10.0.18363) when trying to syncronize with delete, the log shows the reading of the -delete parameter put the source file is never deleted after transfer. Only doing LOCAL or REMOTE syncronize.
The -delete for GET documentation says it removes the files. Does it only work with SYNCRONIZE when -mirror is also used as the documentation mentions removing obsolete files?