sFTP file timestamp

[ch3]

I want to upload a big chunk of files to a webserver and have the ability to periodically sync it against my local drive. I'd like to use a 3rd party FPT client to do the initial upload, so I just run a smaller test to make sure FFS will not try to re-upload all files.
Unfortunately this seems to be the case and I am trying to figure out if there is a way around it.
Reading on other posts, I understand that depending on the server the creation date/time may vary when you upload files. To prevent that I compressed my files, uploaded the .zip and extracted it on the server side, but FFS still sees those as different files than my local ones.

Hovering the mouse over the local and remote files in the 2 FFS panes, I see 9 hours difference(local: June 3rd, remote June 4th *see attachement), which makes me think that it may be related to different timezones ? (I live in NY but currently in Greece which is 7h apart).
But the strange thing is that listing the remote folder via SSH (putty) I get the same timestamp with the local FFS pane (June 3rd). And even more strange is that if I do sync the files with FFS, I get a completely different time via Putty from both local & remote panes in FFS, even though it somehow doesn't try to re-sync them again (*see attachment).

I am probably missing something, as I doubt it's related to my current timezones. A sync I did while in NY is up to date now that I am in Greece.

Long story short, can you think of anything else I could try to upload files with a different program but still respect the timestamp for FFS to see them as the same files, without disabling the time comparison?

Thank you
Georgios

[therube]

(Heh.
I've never seen '--time-style=STYLE' used before.)

(Oh, not sure, but perhaps a combination of all kinds of things.
"Local" time vs. UNC, & timezone diffs, & DST or not, & then also how a particular utility, say ls, may display time?

https://forum.altap.cz/viewtopic.php?t=38244)

[Plerry]

Perhaps the Daylight Saving time option can bring relief.
Instead of the 1 hour time difference for daylight saving time issues, you can try setting the shift to 7 hours.

[ch3]

Thanks for the input
I tried different time offsets using the daylight saving option, but without any luck, so I ended up uploading everything with FFS and all is good now.
I rely on FFS so much these days to sync my projects & backups, that I often use it just to copy files across local drives and avoid this issue.
I wish windows had an option to easily copy files including all metadata as they are. Or is there one?
=]

[Plerry]

> I wish windows had an option to easily copy files including all metadata as they are.

This suggests FFS preserves metadata when copying, while Windows would not.
As far as I am aware, FFS uses exactly the same Windows routines as the Windows File Explorer does.
This is for instance illustrated by the fact that both File Explorer and FFS retain a file's DateTime when copying over, but will not do so for a folder (which will get the timestamp of the moment of being copied over).