BETA versions are pre-release versions. They are untested, unverified and are not official release versions. BETA versions are for users to test to see if a bug that is affecting them has been fixed. They may also contain new features or changes that some users may want to test first.
Below you can find the download links for BETA versions of SyncBack. Note that sometimes BETA versions are not available, e.g. just after a new version has been officially released. Also, the version numbers may be different, e.g. there may be a newer version of SyncBackPro as a fix may only be relevant for SyncBackPro:
| New: When using multi-zip the log file now states number of files ignored because filename extension is wrong (no need to enable logging of skipped files) |
| New (SE/Pro): Worker threads are now available for FTP/SFTP so multiple files can be delete at the same time (support for upload and download will be added later) |
| Updated: Extra debug output for support |
| Updated: Improved communication with Windows Task Scheduler. If have access rights also checks users permissions with task scheduler. |
| Updated (Pro): Changed block size calculation for uploading large files to Azure |
| Updated (SE/Pro): If a SyncBack serial is entered into Touch licensing, and SyncBack is not registered, then it will use serial to register SyncBack |
| Updated (SE/Pro): SERIALALL and LABELALL variables deprecated and are now same as SERIAL and LABEL |
| Updated (SE/Pro): Silently failing due to Windows network failure tests for failure earlier but has impact on order of execution |
| Updated: Numerous updates to FTP to improve performance |
| Updated: Temporary Zip files are moved by SyncBack instead of zip component (only if not encrypting filenames) |
| Fixed (Pro): Default to eu-west-1 region when location is set to EU to avoid problems with V4 signature |
| Fixed (Pro): Egnyte may be failing to set meta-data |
| Fixed (SE/Pro): FTP components failing to register when used heavily |
| Fixed (Pro): When changing meta-data on cold storage object (S3 and Azure) then it will retrieve object so it can be changed later instead of failing |
| Fixed: With multi-zip it was not logging files ignored because they filename extension was wrong (except if using file system) |
| Fixed: Case change renames for files and directories did not work on exFAT, FAT32 and FAT file systems (requires a two-step rename) |
| Fixed: When initially creating a new folder with files in it the last modification date of the new folder may be wrong |
