The fix makes the assumption that the server is sending one of the SSH error status code [-1|4,5,8] when attempting to resolve the target of a symbolic link that does not exist. Previously only 3 (PERMISSION_DENIED) was handled which is what we get with the OpenSSH SFTP subsystem.
I get an error when trying to enter a directory containing symlinks:
Connection is SFTP. Server is proftpd with mod_sftp running on RHEL 6.
I have tested this with half a dozen other sftp clients with no issue.
The text was updated successfully, but these errors were encountered: