The default value for "Treat Windows shortcuts as targets in listings" is "No", so you would need to modify this to "Yes" in order to test out my settings.
Serv-U reports the shortcut as a Unix style link because, for FTP, Serv-U uses "Unix style listings" for the LIST command and "Interpret Windows shortcuts as links" is "Yes". Prior to the creation of the optional MLSD/MLST commands that standardized directory listings for FTP, FTP servers were free to report their directory listings in any format they chose. Unix style listings was one of the more popular formats. The following example shows how changing "Treat Windows shortcuts as targets in listings" affects the LIST command response issued by Serv-U:
LIST information for a shortcut file with "treat as target" -> No:
lrwxrwxrwx 1 user group 1147 Jun 10 16:41:28 2013 shortcut-7z920-x64.msi
The 'l' at the beginning means link. The size is for the .lnk file itself. The file name on the end is for the shortcut itself.
LIST information for a shortcut file with "treat as target" -> Yes:
-rw-rw-rw- 1 user group 1376768 Apr 11 12:56:20 2013 shortcut-7z920-x64.msi
I have listed the same file here after changing the setting in Serv-U and refreshing. The 'l' is gone because Serv-U is treating the shortcut as if the target file existing in the directory being listed. It also includes size information and modification date/time for the target file instead of the shortcut itself. However, the file name is still for the shortcut itself.
This issue does not exist for SFTP because the format of the directory listing is already standardized.
Message was edited by: Doug Papenthien Corrected information about the file name in the listing of a shortcut/link