This type of error commonly occurs when copying to a network share. On the computer that is sharing the folder over the network:- Run Windows File Explorer
- Navigate to the folder you’re sharing
- Right-click on the folder and select Sharing and Security... from the pop-up menu
- Depending on how Windows XP is configured there are two different options:
1) Tick the checkbox that says Allow network users to change my files
2) Click on the Permissions button and make sure Full Control is ticked
If it still fails try removing the share and recreating it with Full Control / Allow network users to change my files. This will reset the file permissions.
Note: it's likely that network access to files hosted on machines running later versions of Windows (by another networked machine running an earlier version of Windows) may be more problematic due to (more) restrictive security in the newer version of Windows, and/or security modes, access tokens, etc., that differ between the two systems). Older versions of Windows are generally less restrictive in that respect, so you may have more success installing on the machine with the newer Windows version and accessing the older machine/version's files over the network. Such a setup may thus be able to access the files on both sides more easily.
Encrypted Blocked Files
If you download a file, e.g. using Internet Explorer, to an NTFS volume, then the file may be marked as blocked by Windows. You can see if a file is blocked by right-clicking on it and selecting Properties from the pop-up menu. At the bottom of the General tab it will say if the file is blocked or not (This file came from another computer and might be blocked to help protect this computer). You can click the Unblock button to unblock the file. If a file is both NTFS encrypted, and blocked, then you cannot copy the file from a remote computer. You must either unblock it or unencrypt it. It is possible to configure Windows not to block downloaded files automatically:
- Run gpedit.msc
- Go to: User Configuration > Administrative Templates > Windows Components > Attachment Manager
- Enable: Do not preserve zone information in file attachments
This change will only take effect on new files and not existing files.
If a file is encrypted you may also receive an Access Denied error, as the following Microsoft KB article explains:
If you are connecting to a UNC path, e.g. \\server\share\folder\, then it may be that you are connected to it using a different user account. Although you can specify which username to use (in your profile settings) Windows will not use that username if there is already a connection to that server, even if it is using a different username. Try rebooting and then running your profile (so that SyncBack has a chance to connect to the server with the user credentials you've supplied).
If you are not using a network share check that the file security
permissions are correct for the file being read and/or the folder where
it is being copied to. The following Microsoft KB article explains how
to change the security for a file or folder:
Bypassing File Security
If you are a member of the Backup Operators user group then you may be able to bypass the file security. Note that this method does not work for backup to Zip files or to FTP, and is not relevant to SyncBackFree. The following Microsoft article explains how to add yourself to the Backup Operators group (if you are an Administrator then you probably are already, but it is best to check):
Some Network Attached Storage (NAS) devices give an Access Denied error message when the "Make safe copies" option is enabled. Check to make sure you are using the latest version of SyncBacKSE as this issue was resolved in V22.214.171.124 (it is thus not relevant to SyncBackPro, which was released later). If you still have a problem try switching off the "Make safe copies" option on the Copy/Delete - Advanced page of the profiles configuration. It is also strongly advised that you check to see if you are using the latest firmware for your NAS device.
SyncBack Touch is a cross-platform file server. It lets SyncBackPro and SyncBackSE copy files to and from another device, e.g. Windows, OS X or Android device. SyncBackFree cannot use SyncBack Touch. Simply install SyncBack Touch on the device you want to the access the files on and then create a profile in SyncBackPro/SE to use that device.
On Windows, SyncBack Touch runs as a Windows service in the background. It can copy open/locked files and also has access to all the files the Windows internal system account can access. This means the user running SyncBackPro/SE doesn't need to be an Administrator to copy open/locked files, nor do they need to be one to access all the files. This means you may be able to get around the Access Denied errors by using SyncBack Touch.