Archived Forum Post

Index of archived forum posts


FTP Directory Synchronization and Removing Files

Aug 19 '13 at 14:40

There is a post about removing local files, which not exist at a remote server (case#2):

This only works, when the FTP Server is not ReadOnly, because if a directory is deleted on the server, an error is thrown. The SyncRemoteTree tries to generate this directory and this fails. This cannot filtered with VerifyUploadDir and also not with the BeginUploadFile. Does anybody know a easy way to get this task done. Option -99 also does not work.

Thanks in advance,



I don't fully understand. If the FTP user account is read-only, then it should not be able to delete files on the server and I don't see any way around that.. (I must be misunderstanding what you are saying..)


I do not want to delete files on the server, but I want to delete files at the client, which are not any more at the server. The procedure is suggested in the post In Short: Simulating an sync upload, but when get to the "beginUpload" step, delete the local file instead of uploading the file. In that way, someone should delete the locals files, which are not at the server any more.

BUT, this does not work, when hole directories are deleted at the server.

Hope, this makes it more clear and thanks for thinking about a solution ;-)

Best regards,




That blog post was written before mode 99 of the SyncLocalTree method was available. See the online reference documentation. You should be able to call SyncLocalTree w/ mode = 99 to delete local files on the client-side that do not yet exist on the server.


Hi Chillkat,

I tried it with -99 but it seems not to work with the iOS 6 Version. It looked like, just not implemented. If you say, it should worl alos in iOS Version, I will try it again.

Thanks a lot !


p.s. Because I have also the problem with "Umlaute" (see support mail), I do the -99 thing diffent with downloading the server tree in xml and look, if the file is in the xml tree. This should work until tomorrow (german time ;-)