While following hard links is supported, symbolic links and Finder aliases are not. This is a standard behaviour for sandboxed apps from the Mac App Store and cannot be circumvented.
The confirmation dialog, which is displayed by default for new sync items, shows all the changes that will be applied during a sync grouped by files to be removed (left tab), overwritten (center tab) and added (right tab).
While the name of regular files is always displayed in black, names of directories can also be a light grey color to show that it will not be modified. This means that grey directories in the Remove tab won’t be removed (but contents will) and directories in the Overwrite or Add tab will not be created because they already exist.
For each sync item you can define a list of groups it belongs to from its settings panel. The popup button on the right side of the toolbar shows a list of all groups that is automatically updated whenever a sync item’s groups are modified and is meant as a way to filter sync items.
For example, groups could be used to separate sync items based on their destination device, so that when connecting that device you can select the corresponding group and select the sync items all at once. Another possible scenario is when you want to distinguish between sync items needed at home or at your work place.
Starting from version 2.5, sync items can be dependent on each other. In the Advanced tab of a sync item’s setting, you may add a dependency by selecting the “+” button in the respective text field or by typing a sync item’s title.
When starting a sync item which has one or more dependencies that haven’t been completed yet (i.e. they have no green badge), those will be run first. As soon as all dependencies are successfully completed, the sync item will start running. If a dependency encounters some errors or is canceled, the sync item will be delayed until the dependency is completed.
You may create dependency chains as long as they are not circular. For example, sync item A can depend on B which in turn can depend on C, but C cannot depend on A since it would create a circular dependency. Sync items causing a circular chain are automatically disabled in the dependencies menu.
It can happen from time to time that a sync reports an error. There can be various reasons for such errors (file permissions are the most popular one). Unless the error is due to the source or the destination being disconnected, the sync will try to continue until the end.
A common source of errors are hidden system directories like .DocumentRevisions-V100, .Spotlight-V100, .TemporaryItems or .Trashes. These directories are usually located at the root of a device or in your home directory. It is not recommended to backup the entire filesystem (which includes system directories like /Library or /System that usually don’t hold personal data), but rather selected directories inside your home directory. If you still think that you need to backup directories containing one of those protected items, you can exclude them by either excluding hidden files or manually selecting them in the Exclude tab of the sync item’s settings.
It is always recommended to have a look at the error log, which can be opened from the context menu when right-clicking the sync item. The error log provides information about which files caused the error. Particularly for two-way sync items, it is strongly recommended to sync again by carefully going through the confirmation dialog and making sure that no unique file is going to be copied or removed because of the previous error.
Starting from version 2.2, the sync items can be exported, so that you can reimport them at any later time, on any Mac. Exported sync items will be saved as a file with the “.sync” extension.
To export all sync items at once, simply select the “Export” menu item from the status bar menu. You’ll then be asked for the location where you want to save the file. To export only the selected sync items, just drag them onto your Desktop or a Finder window, and the save file will be automatically created.
To import the sync items from a previously exported file, you can either double-click it or drag it into the main window. You’ll then be asked to confirm the sources and destinations of all imported sync items, so that their locations can be securely stored. Starting from version 2.6, directories which are not mounted at the time of the import do not have to be immediately confirmed; the confirmation dialog will instead appear as soon as they are available again.
Starting from version 2.2, SyncTime can output a log so that you can closely track what it is doing. This is especially useful for debugging purposes. At the moment, log messages are output only during the scan phase (i.e. the initial comparison between source and destination).
To enable logging, please follow these steps:
- Open a Terminal window. You can find the Terminal inside “/Applications/Utilities”.
- Right-click the SyncTime app symbol (you’ll find it inside the Applications folder) and select “Show package contents” to navigate inside the application package.
- Drag the file “Contents/MacOS/SyncTime” to the Terminal window.
- In the Terminal, type “-log” and press Enter. SyncTime will open as usual.
You’ll notice that when starting a sync, a lot of messages will appear in the Terminal. These can also be inspected from the Console, which you find again inside “/Applications/Utilities”.
The sync type determines how the source and the destination are compared and can be changed in the Advanced tab of a sync item’s settings.
- One-way sync: the destination acts as a backup of the source, which is never changed by a sync. This is the default sync type. Files that exist only on the source are always copied to the destination. Files that already exist on the destination are overwritten according to the overwrite policy chosen in the Destination tab of the settings. Files that exist only on the destination are deleted only if the option “Remove files not on source” is enabled.
- Two-way sync: merge source and destination. Files that are only on one side are copied if they have been modified * after the last sync or deleted if they have been modified before the last sync and “Remove files not on source” is enabled: this way, deleted files are not going to be restored with the next sync (except for the first sync, where all unique files are copied). If a file exists on both sides and one of them is overwritten according to the overwrite policy, any changes to the other file will be lost since no merging is done inside the files themselves.
- One-way move: the destination acts as mailbox ingesting files from the source. As soon as a file has been successfully copied to the destination, it gets removed from the source. The option “Remove files not on source” has no effect.
Please note that source and destination will be compared each time a sync is run (in particular, each time the app is launched).
* If the file is indexed by Spotlight and the “date added” attribute is available and indicates a date later than the last sync date, the file will be copied even if it wasn’t modified after the last sync. Since this attribute is not always available, caution is always recommended when moving or renaming files managed by two-way syncs. If it isn’t available and you want to add a file that has been modified before the last sync, you’ll have to copy it manually, move the file manually from the delete queue to the add queue by using the or add it while the sync is running in background, otherwise it could be erroneously deleted. Starting from version 2.4, you can also move a file to be deleted to the copy list and vice versa from the context menu in the confirmation window.
Please note that due to an issue in macOS 10.12 (Sierra) and later, the date added will not be set on renamed files, so that in two-way syncs they will appear in the delete queue by default. In this case, please move any renamed files manually from the delete queue to the add queue from the context menu in the confirmation window. One-way syncs and one-way moves are not affected.
Starting from version 1.1.4, you can define whether your Mac should go to sleep or shut down after all syncs have completed (requires macOS 10.8 or newer). Starting from version 2.4.5, you can define arbitrary scripts to be executed after all syncs have completed.
To enable the menu items in the status bar menu, please follow these instructions:
- Open the AppleScript Editor (located in /Applications/Utilities).
- Create appropriate Applescripts by copying the codes given below into the Editor and saving them, for example, on the Desktop. Starting from version 2.4.5, you may create your own scripts with arbitrary filenames.
- Move the newly created files into “/Users/yourusername/Library/Application Scripts/org.desairem.uSync”. You can navigate to the Library folder by opening a Finder window, selecting the menu Go To and, while pressing the ALT/OPT key, selecting the Library menu item.
- The menu item corresponding to the file you’ve just created is now enabled.
The sleep script is a file named “sleep.scpt” with the following code:
tell application "System Events" to sleep
The shut down script is a file named “shutdown.scpt” with the following code:
tell application "System Events" to shut down
Starting from version 1.1, you can enable the option “Once synced, keep synchronized in background” in the Advanced tab of a sync item’s settings. After the sync has been run as usual, files will be automatically transferred as soon as they are created or modified on the source (or removed, if the option “Remove files not on source” is enabled). For a two-way sync, this also applies for the destination.
A background sync will run indefinitely and cannot be restarted until canceling it from the context menu. Canceling a background sync will stop it from monitoring future changes.
Please note that after restarting the app, a sync will compare the whole source and destination again before monitoring for changes in background. While the changes for this first sync have to be confirmed by default (but they can also be skipped), background changes are always done without confirmation.
Please note that changes on a volume can only be detected when they are performed from the local Mac. This functionality is based on a macOS feature that works best when performing file operations inside the Finder and document-based apps. Some Terminal commands such as
copy will not trigger background syncing.