Thanks for the info, but it looks like none work with SFTP protocol, or that SFTP works period.. here are my tests (I may have done something wrong, so tell me please if I did. I've been know to overlook the obvious)
I used 2 different servers SFTP software (SolarWind and BVSSH) on Windows 2012R2 (I redid all these tests on Windows 10 machines as well).
I tried 3 different clients (WinSCP, FileZIlla, and BvSSH). All three fail BUT I see how to reproduce it. (I tried GUI and command line for the test).
If I drag a directory that has files / paths greater than 260 chars to the local disk C: root, All the files and directories copy EXCEPT any files that are in a path greater than 260 chars. I could reproduce this with each client connected to each server in separate tests. If I shorten the part of the particular path that has one of these files to < 260 chars total, the file then copies.
An additional test I did was to use robocopy to copy the same directory structure over to the client (including the long paths). I then tried using the SFTP clients GUI, navigating through the many subdirectories, and selecting the individual file > 260 chars deep and tried dragging it to the same directory location on the client. It fails as well. IF I drag it to a directory where it doesn't violate the 260 limit, the file copies.
I may be wrong, but this tells me SFTP can access/copy a file > 260, but it (either the client itself or the protocol, I don't know) can't WRITE the file to the same or another location (directory) where the total path length exceeds 260. I was attempting to write full/incremental backups so the dir structure has to remain the same, and to use a more secure way than robocopy (with its unsecure windows file services ports)
I am thoroughly confused now, as I was under the impression that SFTP can transfer long paths and files. I can easily set this long file scenario up and make it fail every time. I would greatly appreciate any insight on this matter, I may be overlooking something obvious.
Reply with quote