SFTPPlus is a cross-platform software designed to provide native file system access. It handles native file system access on both Unix and Windows platforms. While running on a specific operating system, it provides the extra features provided by that operating system.
Names can contain ASCII characters or Unicode characters.
Folder / file names that contain only space characters are fully supported on Linux and Unix systems. Names containing leading or trailing spaces are preserved as is.
Unicode names should be encoded using UTF-8.
Other character encoding schemes are not supported yet.
Note
If you require to handle names using a character encoding scheme other than UTF-8, please contact us.
On Windows, leading and trailing spaces from file names are stripped by the operating system. Due to this, names with only space characters are converted into names with no characters, invalidating them.
Files having the read-only attribute set are removed, renamed, moved, copied without getting an access denied error. This is done in order to get the same behaviour as the one described on the Microsoft website
Warning
Read-only files can’t be modified, but they can be copied, moved, renamed, or deleted. It’s possible that moving, renaming, or deleting a read-only file can cause a program that relies on that file to stop working properly.
When accounts are authenticated as operating systems accounts (local, domain, or remote), they will observe the same file system permissions as those defined in the local file system. This way, you can have multiple accounts accessing the same file or folder, each account having its own permissions.
For accounts authenticated as server application accounts, all accounts are mapped to the same OS account and they will have the same permissions.
Resuming unfinished transfers, either upload or download, is supported across available file transfer protocols as follows:
| Protocol | Download | Upload |
|---|---|---|
| FTP/FTPS | No | No |
| SFTP | Yes | Yes |
| SCP | No | No |
| HTTP | Yes | No |
Note
Our roadmap includes adding support for resuming transfers across all available protocols. In the case that resume support is not available for your preferred transfer protocol, please contact us.
A symbolic link is a special type of file pointing to the location of another file, while a hard link is basically a reference or a label associated to a file. SFTPPlus supports both types of file links, but you should be aware of the following constraints:
If a hard link references a file outside the user home folder, SFTPPlus will allow access to it.
SFTPPlus will not allow the creation of symbolic links outside the home folder, preventing users from bypassing their home folder boundaries.
Note
For manually created symbolic links that point to a file or folder outside the user home folder, SFTPPlus will follow the link.