Can't download files with really long paths from FTP

[DOS]

I'm using FileZilla and I want to download some files from /(Beta) Operating Systems/PC/Microsoft Windows Server 2008 (''Longhorn Server'')/6.0.6001.16510/ (hopefully just checksum files). I can't seem to get the files I want, though.

I think it's related to the path length.

All 5 subdirectories contain a www.betaarchive.com.info file. I can download that file from these subdirectories:

6.0.6001.16510.longhorn_beta3.070417-1740_ia64fre_server-serverenterpriseia64_retail_en-us
6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverweb_retail_en-us

but not from these ones with longer names:

6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_de-de
6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_en-us
6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_en-us (alt)

An example of the error:

Code: Select all

Command:        CWD /(Beta) Operating Systems/PC/Microsoft Windows Server 2008 (''Longhorn Server'')/6.0.6001.16510/6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_en-us (alt)
Response:       250 CWD command successful. "/(Beta) Operating Systems/PC/Microsoft Windows Server 2008 (''Longhorn Server'')/6.0.6001.16510/6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_en-us (alt)" is current directory.
Command:        PWD
Response:       257 "/(Beta) Operating Systems/PC/Microsoft Windows Server 2008 (''Longhorn Server'')/6.0.6001.16510/6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_en-us (alt)" is current directory.
Status: Retrieving directory listing...
Command:        PASV
Response:       227 Entering Passive Mode (94,130,67,140,4,60)
Command:        MLSD
Response:       150 Data connection accepted from <MY IP>:46478; transfer starting.
Response:       226 Directory Listing Transfe
Command:        PASV
Response:       227 Entering Passive Mode (94,130,67,140,4,31)
Command:        RETR www.betaarchive.com.info
Response:       550 "www.betaarchive.com.info": no such file.
Error:          Critical file transfer error

FileZilla is running PWD to make sure the CWD worked, so it looks like it's definitely changed into the correct directory. I'm guessing this isn't on the client side then.

[Overdoze]

Same issue here, it's actually impossible to download anything in said folders.

[mrpijey]

I've shortened the folder names as much as I can without breaking the whole naming standard. Try it out and let me know if it works.

You can thank Microsoft for their junk legacy NT standards...

[Darkstar]

You can thank Microsoft for their junk legacy NT standards...

Nobody said running an FTP on Windows was a good idea

"260 characters in a path name should be enough for everybody" --Bill Gates

Offtopic Comment

But to be fair, in this case it's the FTP server's fault, NT has nothing to do with it. There have been ways around the MAX_PATH limit for over a decade, yet most programmers still stick to the old APIs with their limitations.

[mrpijey]

Yes, they stick to the APIs because that's proper practice. And also because the APIs are there at all, if MS has phased them out or enforced updated APIs the software would have followed. We wouldn't want software devs that ignored the APIs or we would be back in the early 90's again... so in this case it's Microsodt's fault for not enforcing updates.

Running the FTP on anything else than Windows is at the moment impossible either way. And we have no other solution for sharing the files with the required bandwidth and quota control we require.

But to the point here, did the rename work?

[DOS]

I've shortened the folder names as much as I can without breaking the whole naming standard. Try it out and let me know if it works.

Thanks, but it still doesn't work. I tried to fetch:

/(Beta) Operating Systems/PC/Microsoft Windows Server 2008 (''Longhorn Server'')/6.0.6001.16510/6.0.6001.16510.longhorn_beta3.070417-1740_x86fre_server-serverstandard-serverenterprise-serverdatacenter_retail_en-us/release_info.txt

but got the same error.

That path actually looks identical to what I reported before, maybe you shortened the wrong one or somehow I'm not seeing the change?

That whole path is only 230 characters long, but I guess the FTP server root directory has to get added to it?

[mrpijey]

Ah, my bad, didn't notice it was Server 2008, I only renamed the Server 2016 ones. Try now.

[DOS]

Thanks, it works now!