This issue has been added to tracker.

No problem.


Happy to see the new version of Winscp :D

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 :-(
:-)

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

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.

OK, added to TODO list. But it won't be soon.

Yes but we can change this ;)

Please implements this function in next Winscp :D

In fews days MySecureShell will support this functionnality !


Thanks :)

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

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.