__sffs_temp_listing_temp###.bin file being created on every profile run

[diwit]

Hi,

I am using Syncovery version 10.16.9 and I have a job that accesses a Linux machine via SFTP (SSH on port 22) and copies files from that Linux machine over to the Windows machine where Syncovery is running. It all works fine, but I see a new file with name "__sffs_temp_listing_temp18-11-202402.30.02.33903.bin" (the date and time changes on every file) is being created every time the profile is run.

In the job logs I see the following entry:
18/11/2024 02:30:02 Running SSH command: ls -alNR --time-style=full-iso /home/user >/home/user/__sffs_temp_listing_temp18-11-202402.30.02.33903.bin

Is there any way for those files to either not be created, or at least to be deleted automatically after every run?

I found an old topic in the community forums that mentioned the solution was to disable the "auto time zone" on the profile settings, but I don't see that option anywhere in my profile settings.

Thanks!

[tobias]

This is used for the recursive listing. You can turn that off on the second tab sheet of the FTP dialog.

Syncovery surely tries to delete the file, but maybe it doesn’t have delete permissions?

[diwit]

I see, I will try it with that option disabled. But what is the purpose of that recursive listing? I thought if that is not enabled it won't search/copy the files in sub-folders.

With regards to the permissions, these are:
-rw-rw-r-- 1 user user 995264 Nov 18 02:30 __sffs_temp_listing_temp18-11-202402.30.02.33903.bin

and the "user" is the same credentials I use to log in to the Linux machine to do the sync, so it should have permissions to delete it. Cannot see anything in the logs that mention that file other than the `ls` command.

Thanks,

[tobias]

The recursive listing is faster than a normal listing, where Syncovery has to request a folder listing for each subfolder separately.

The checkmark does not determine IF Syncovery scans subfolders, but only HOW.

If your standard listing is fast enough, you don't need the recursive one.

If you would like to look into the left-over temp file issue, you need to turn on Internet Protocol Logging on the Program Settings dialog and make a test and then send the complete log file as well as the FTPLOG files from the TEMP folder to support@syncovery.com.

[diwit]

Thanks. For now I just disabled the "recursive listing" option and will test it. If it does not generate the temp file it should be fine, since there are not lots of files so it should be quick enough anyway. Will keep you posted, thanks!

[diwit]

Hi, the files are not being created any more after disabling the recursive listing option, and the job did not take longer to execute (as I said, there are not a lot of files to copy).
Issue solved, thanks for your prompt response!