When using a text-based sFTP-client (the sftp-commands from both Windows 10 and RedHat Enterprise Linux 6 and 7) against a SolarWinds SFTP/SCP server (tested with version 1.0.4.0 and 1.0.4.9) the reported permissions for files and directories are incomplete.
A typical example :
testmv@localhost's password:
Connected to testmv@localhost.
sftp> dir
fiets.txt
sftp> ls -l
-rw-rw-rw 1 root root 0 Oct 3 13:33 fiets.txt
sftp> Connection to localhost closed by remote host.
The permissions should contain a file-type (in this case "-" for "ordinary file"), followed by 3 triplets for "owner", "group" and "others", defining permissions for read, write and execute. In with the SolarWinds SFTP/SCP server the "others/execute" bit is missing. I have no problems with several dozen other different sFTP-servers, both Linux/UNIX-based and Windows-based.
Using GUI-tools, e.g. WinSCP, this bit is shown.
For human beings this isn't too much of an issue, but I'm using this product to test a Perl-based downloading-tool, but the first thing the "parse_dir" function from the File::Listing module does is checking if the first "word' on the line is 10 characters long.