magicguru wrote:

if you synchronize files through the GUI, the time of the file is correct on the destination, however if you synchronize files through a script the time of the file is incorrect when it downloaded from the SFTP – it is UTC – preservetime and criteria have been set to try to alleviate this but the issue still persists

synchronize local -preservetime -criteria=<none>

if you synchronize files through the GUI, the time of the file is correct on the destination, however if you synchronize files through a script the time of the file is incorrect when it downloaded from the SFTP – it is UTC – preservetime and criteria have been set to try to alleviate this but the issue still persists

Hi,

this behavior usually happens because the script mode (command-line or .NET assembly) treats file timestamps strictly in UTC, while the GUI automatically applies your local timezone offset. That’s why you see correct times in the GUI but not in automation.

A few things to check/try:

1. **Session option**

Then you must have the "Adjust remote timestamp with DST" configured in the GUI at the time you have generated the code.
But now your GUI session has the default "Adjust remote timestamp to local conventions" selected.

---

If you have a different experience, please post some screenshots documenting that.

Thanks. That has worked

BTW the Generate Session URL/Code Example Script added these at the end of the first line

You have explicitly asked for the different behaviour in your script using:

Just remove the -rawsettings ConsiderDST=0.

see attached example showing the incorrect file time - the file was uploaded at 11:07 - when it is downloaded the file time is 10:07

Script

GUI log

Please post session log files both from GUI and script showing synchronization of the same file with different results.

Btw, it's -criteria=none, not -criteria=<none>.

if you synchronize files through the GUI, the time of the file is correct on the destination, however if you synchronize files through a script the time of the file is incorrect when it downloaded from the SFTP – it is UTC – preservetime and criteria have been set to try to alleviate this but the issue still persists