In the Remote directory specify /Orders

You typically leave the Remote File blank.

When I send the file to /Orders, the file just goes in the top level directory not /Orders folder.

When I try to retrieve a file from a folder called Despatch, I get the following error:

Realisable.Utils.UtilException: ChilkatVersion - 9.4.1.34,
Architecture - Little Endian; 32-bit,
Language - .NET 2.0,
VerboseLogging - 0,
SshVersion - SSH-2.0-FileCOPA,
SftpVersion - 5,
filename - /.csv,
access - readOnly,
createDisposition - openExisting,
access - 0x81,
flags - 0x2,
info - Sent FXP_OPEN,
Request - FXP_OPEN,
StatusCode - 2,
error - Failed.,

David, you can try either just Orders (without the leading slash) or ./Orders (with a leading dot and slash). Both should change to the Orders directory from the currently logged directory.

Neither of these options work. The remote sftp server is a unix server. Does this make a difference?

For the download from the remote server, one of the lines in the error log reads:

at Realisable.Utils.FTP.SSHServer.DownloadFile(String remoteFile, String localFile, Boolean delete)

The issues that I am experiencing are similar to those reported here: https://www.realisable.co.uk/issues-problems/sftp-writing-to-root-folder/ 

David, can you send a screenshot of the ftp task setup?

I have attached the screenshots for the upload and download tasks

David, do you know the absolute path of the 'Orders' directory?

If so, try entering that into the Remote Path.

We ultimately supplied a patch for this.

The SSH server being connected to was purporting to support v5 of the SSH protocol, but one of the V5 calls we were reliant upon wasn't working.

We modified the logic in the FTP (SSH) connector to remove the conditions around the protocol version; to use consistent irrespective of the protocol the SSH server supports.

This was provided as a fix to v3.2 and will be rolled into v4 PU1.