Destinations and testing connections
FileAgent moves files between local folders, SMB shares, FTP, SFTP, Amazon S3, and Azure Blob. Any one can be a source or a destination — store credentials once and test before you rely on them.
Last updated July 17, 2026
#Supported systems
Any supported system can be a source or a destination, and you can combine them freely — for example SMB → S3, SFTP → local, or local → Azure Blob.
| Connector | Use it for | Plans |
|---|---|---|
| Local storage | Any folder the host can reach, including mounted drives. | All plans |
| SMB shares | Windows file shares and NAS devices. | All plans |
| FTP | Classic FTP endpoints, including legacy systems. | Pro and above |
| SFTP | SSH file transfer — the common partner-exchange protocol. | Pro and above |
| Amazon S3 | S3 buckets and prefixes (and S3-compatible storage). | Business and above |
| Azure Blob | Azure Storage containers. | Business and above |
#Credentials connect you to remote systems
Every remote system needs a stored credential — a connection profile (host/account/secret) managed under Credentials and referenced by jobs. Local folders don't need one. Storing credentials separately means rotating a password is a one-place change, not an edit to every job. Each plan includes a set number of stored credentials (see pricing); credential management is an administrator function.
#Add and test a connection
- Go to Credentials → New credential and choose the connector type.
- Give it a clear name, like
Vendor SFTP — Acme. - Enter the connection details for that type (see the per-connector pages).
- Choose Test connection — fix any failure now, not at 2 AM.
- Save. The credential is immediately available to jobs.
#Get permissions right
Confirm the account has the access each job needs:
- Read/list on the source.
- Write on the destination.
- Delete on the relevant side for Move and Sync/Mirror and for Scheduled Purge.
Grant the least access that does the job — details per connector below, and in Credential best practices.