tomaswolf commented on issue #489: URL: https://github.com/apache/mina-sshd/issues/489#issuecomment-2075910029
Decimal 438 is octal 666 (hex 1B6) and thus reflects the rw-rw-rw- permissions correctly. But it looks as if the server does not return the file type flags. It's supposed to return in bits 12-16 (mask 0xf000) bit combinations that tell what kind of file (regular file, link, directory, ...) it is. Granted, for SFTP version 3 the [draft RFC](https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-02#section-5) is a bit unclear about this as it only says > The `permissions' field contains a bit mask of file permissions as defined by posix. From SFTP version 4 on, the [draft RFCs](https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-03#section-5.2) have an extra field for the file type. What kind of SFTP server is running on that Windows Server? You could also try setting a breakpoint [where we parse these flags from the server's directory listing](https://github.com/apache/mina-sshd/blob/69b64dad16af3d11fab952879bd776e2e8716d47/sshd-sftp/src/main/java/org/apache/sshd/sftp/client/impl/AbstractSftpClient.java#L901) and then stepping into `readAttributes`. Perhaps there's a bug there. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
