Temporary file in a FTP connection

[descargasOPS]

We have a profile running in one side with a FTP Connection (Protocol FTP, Port 21 and Passive Mode).
We can observ that when the connection is stablished for the first time in the FileZilla Server, is created a file called sffs.tz.check.xxxxxxx.$$$.
What we see in the FIleZilla Server is something like that:
STOR sffs.tz.check.xxxxxxx.$$$
[...]
LIST sffs.tz.check.xxxxxxx.$$$
[...]
MFMT sffs.tz.check.xxxxxxx.$$$
[...]
LIST sffs.tz.check.xxxxxxx.$$$
[...]
DELE sffs.tz.check.xxxxxxx.$$$
[...]

How can avoid to send this file? We are having problemas with our system due to this file.

[Fbuitr1720]

Hi All,

Has a response ever been provided for this issue? I have all the options unchecked, yet my client is still receive these sffs.tz.check.xxxxxxx.$$$ along with the actual data files.

Please let me know if there is any way in which it can be prevented that this files are sent along with the actual data files?

Thank you

[superflexible]

Please turn off Zone:Auto on the second tab sheet of the FTP dialog.

[Fbuitr1720]

Thank you for your response. I will uncheck the Zone: Auto box and see what occurs.

I had looked into the manual to determine what negative action unchecking this box might have, but could not locate the information.

I am hopeful that this action will resolve the issue.

[superflexible]

It should not have any effect because the time zone settings should already be correct, so it doesn't have to be detected again every day.

[Fbuitr1720]

Thank you for your prompt response.
I will uncheck the Zone Auto option and post the final results.

[Fbuitr1720]

Hi,
I had unchecked the Zone[ ] Auto Box and moved the Superflexible job from a server which was running Superflexible 6.12a to a server which was recently upgraded to Syncovery 7.95a, and the results are the same. The tz.$$$ files are still be generated and being sent to the client. Are there any other options that need to be unchecked in order that this files are not sent to the client?
Thank you for the support and response, it is greatly appreciated.

[superflexible]

If you uncheck Zone:Auto, these files will not be generated.

If they still are, maybe the job is still running on the old server too.

Or maybe you need to stop the scheduler and cancel the job and then restart everything.

Take a look at the log files. If timezone detection is performed, it will be logged.

[Fbuitr1720]

I am re-posting because this issue continues, the client is still receiving the TZ files.
Here is a summary of the issue:
I have a job which transfers files from left to right, left side is local, right side is the client target.
I have unchecked the Zone Auto option on the right side, does this option also need to be unchecked on the left side?
I have reviewed the log and found that time zone is being deleted on the left side and that there is an error delete the TZ files, because they do not exist. I have included the log file below for your review, just slightly modified the actual names to protect the our company and client:

Syncovery v7.95a, build 576 (64-bit)

Licensed to: Company USA
Running on : server01
Running as : Superflexible (not Admin)

Abbreviated log for profile SFTP-HC-COB-PUSH, started at 9:00:01 AM on 2/5/2018

LEFT: \\comp.com\server02\Audits\HC\Operations\Reports\COBSftpToHC
RIGHT: sftp://egateway.hc.net/inbound

The profile is executed by the scheduler in a separate thread.

Previous run was at 2/2/2018 6:00:01 PM: Nothing to be done

Left Side Volume Name:

2/5/2018 9:00:03 AM Detecting Timezone
Error deleting timezone check file sffs.tz.check.server01.442761.$$$: /HealthCare/inbound/sffs.tz.check.server01.442761.$$$ does not exist
Error deleting timezone check file sffs.tz.check.server01.442761.$$$: /HealthCare/inbound/sffs.tz.check.server01.442762.$$$ does not exist
2/5/2018 9:00:06 AM Timezone detected: listing offset 0, timestamp setting offset 0
Copying Direction : Left To Right



FILE LIST After All Processing
---------
---------

Free Space on left side : 4,729 GB, needed: 0 Bytes
Free Space on Right side: unknown, needed: 0 Bytes

Executing: RUN PROFILE SFTP-HC-COB-PUSH-Archive

SUMMARY
------------------------------------------------------------------
Short Results: Nothing to be done
Operation completed at 9:00:07 AM on 2/5/2018
Total duration: 00:00:05
------------------------------------------------------------------

Profile Settings From C:\ProgramData\Syncovery\Syncovery.ini

[General]
Name=SFTP-HC-COB-PUSH
LastModified=1/31/2018 2:06:07 PM
LeftPath=\\company.com\dfs-fld-01\Audits\HC\Operations\Reports\COBSftpToHC
RightPath=sftp://egateway.hc.net/inbound
Subfolders=No
LeftToRight=Yes

[Files]
MaxParallelCopiers=1

[Files->More]
CheckExistenceDuringCopying=No

[Folders]
CreateEmptyFolders=No

[Internet]
RightFTPSettings=SFTP:Port=22,AbsolutePath=N,Flags=SkipSizeCheck+UTC+DetectTimezone,"Proxy=no",TimZoneOfs=0/0,"Cert=none",SSHAuth=[pass],RecursLst=N
AdvancedSSHSettings=9/YY/2013261823/63/255/16383/8192/32768/131072/32/SFTP0123456

[Job]
ExecuteAfter=RUN PROFILE SFTP-HC-COB-PUSH-Archive

[Job->Override Email]
EmailAlways=Yes
OverrideRecipients=useremail@comp.com

[General Filters]
HiddenFiles=No
HiddenFolders=No

[Safety->Unattended]
UnattendedSpecialWarnings=Yes

[Schedule]
ScheduledNormally=Yes
RepeatAfter=Yes
OrigTimeOfDay=3:00:00 PM
Days=0
Hours=1

[Schedule->Weekdays and Time Window]
Weekdays=MTWTFss
UseTimeWindow=Yes
MinTime=9:00:00 AM
MaxTime=7:00:00 PM

[Special]
SecurityFlag2=36

We have resorted to manually transferring the files until we can resolve this issue with the tz files which is making our client irritated.

I look forward to your response.

Thank you

[superflexible]

Hello,
according to the log file, the checkmark Zone:Auto is still chosen on the second tab sheet of the Internet dialog in the profile, on the right-hand side. You really need to uncheck that. Stop the scheduler. And then test the job manually in the foreground (in attended mode). You will see if timezone detection is done or not, in the progress dialog at the beginning of the profile run.

You may also want to update Syncovery. Only after verifying the profile performance in attended mode should you restart the scheduler.