Synchronization: Use hash for comparison

Advertisement

TS
Guest

Synchronization: Use hash for comparison

Could WinSCP have an option - rather than using modification times or file sizes - to use a sha1/md5 hash of the file to determine whether it has changed? This doesn't reveal which direction to transfer the file, obviously. Maybe then m-time could be used, or the user prompted.


My request originates out of frustration with synchronization and Daylight Savings Time. I have a number of large files that are identical but whose m-time is off by exactly 1 hour between the source/destination. I don't want to rely exclusively on the file size comparison because contents of these particular files may change without changing their size. I'd like to ignore the m-time difference if, in fact, the files are the same (as a hash would reveal). If the hash is different, then the newest m-time would reveal which direction to transfer the file, or I could use the preview feature to set the correct direction.

Reply with quote

Advertisement

martin
Site Admin
martin avatar
Joined:
Posts:
40,476
Location:
Prague, Czechia

Re: Synchronization: Use hash for comparison

There's no way to retrieve hash of remote file. In fact SFTP supports that, but there too few SFTP servers supporting the feature.

Reply with quote

Teka
Guest

Yes but we can change this ;)

Please implements this function in next Winscp :D

In fews days MySecureShell will support this functionnality !


Thanks :)

Reply with quote

TS
Guest

Oh yeah... we don't just have carte blanche access to the file system and exec requests. Oh well, it was a nice idea. I'll put in a feature request with the maker of my ssh server to implement this. If WinSCP did too, then at least 1 client/server combination would work :).

Thanks.

Reply with quote

Advertisement

Teka
Guest

Hi,

Winscp 4.00beta have this great features (thanks for your work!!!).

But the reponse package seem to be wrong (field hash has no size before him).

Could you correct that for the futur ?

Great work :D

Reply with quote

martin
Site Admin
martin avatar
Joined:
Posts:
40,476
Location:
Prague, Czechia

Teka wrote:

But the reponse package seem to be wrong (field hash has no size before him).

Could you correct that for the futur ?
I have forgot to remove the hack to the old bug in your server :-(
:-)

Reply with quote

Advertisement

You can post new topics in this forum