Carbon Copy Cloner Changelog

What's new in Carbon Copy Cloner 6.1.11

Apr 8, 2024

A reminder dialog to run an "On reconnect" backup task is now removed more reliably when the backup volume is attached.
Normally when a destination NAS volume drops offline in the middle of a backup task, CCC will attempt to remount the NAS volume, and if successful, will resume copying files. If a request to update the content of a specific folder happened to be in progress while the NAS volume dropped offline, that folder should be re-processed. We addressed a timing issue that was failing to reprocess folders like this specifically when they had not yet completed enumeration on the destination.
Fixed a timing issue that was causing CCC to not add a login item for the CCC Dashboard despite that setting being enabled in CCC Settings > Dashboard.
Unhiding the Library folder on the destination is now handled more reliably for "Cloud Storage" backup tasks.
When using an ExFAT-formatted source, we now catch extended-attribute-only changes more reliably (e.g. changing Finder tags) when updating the backup.

New in Carbon Copy Cloner 6.1.10 (Feb 22, 2024)

New in Carbon Copy Cloner 6.1.9 (Feb 1, 2024)

New in Carbon Copy Cloner 6.1.8 (Oct 24, 2023)

New in Carbon Copy Cloner 6.1.7 (Sep 6, 2023)

Added support for temporarily downloading cloud-only files from services like Dropbox, OneDrive and GoogleDrive (any cloud-backed service that uses Apple's FileProvider interface). This includes support for downloading cloud-only content from iCloud as well, with some minor caveats due to Apple's use of a proprietary, non-FileProvider cloud-syncing service (oh, the irony!). Click "Advanced Settings" at the bottom of the CCC window and select the "File Copying Settings" tab to find the new setting. Note that this setting is disabled by default and limited to Macs running macOS 12.5 or later. If you want CCC to temporarily download your cloud-only files to make a local backup, be sure to enable the new setting in Advanced Settings > File Copying Settings.
In 6.1.6 we added a new setting to "Use the  menu dialog for task restart/shutdown requests" (available in the CCC Dashboard application). We enabled that setting by default, figuring it gives people a more graceful opportunity to cancel shutdown if they're in the middle of something, and no harm done if the user isn't at the system (the system performs the request after a 60-second countdown). But, apparently macOS doesn't present that dialog if the screen is locked, and doesn't perform the power management request either. The setting is still available, but now it will be disabled by default to restore the pre-6.1.6 behavior.
Addressed an error that could occur when copying sparse files that have a negative physical file size (which is corruption of the file's filesystem entry on the source).
Addressed a small issue affecting Quick Update tasks where some folders would errantly appear as "modified" in the Task Audit despite that they were not actually modified.
Fixed a logic issue that was preventing the "Manage snapshots on 'Macintosh HD'" option from being presented for the startup disk (i.e. because the System volume is typically not mounted).
Fixed an issue in which CCC would repeatedly (and unnecessarily) prompt for NAS credentials in cases where the username or host name contained a space character.
The dynamic performance chart is now stopped when a task is paused, and resumed when the task is resumed.
Fixed a false-positive stall report that can occur at the end of a task that is recording millions of transactions.

New in Carbon Copy Cloner 6.1.6 (May 23, 2023)

New in Carbon Copy Cloner 6.1.5 (Mar 14, 2023)

When applicable, more context is presented now in cases where a task fails due to a stall at the source or destination (e.g. what specific file or folder is involved in the stall).
At the end of a task event, CCC now sets the destination root modification date to "now", rather than preserving the source root folder modification date. The modification date of the destination root folder has more value as an indication of when CCC last made changes to the destination vs. when the user last made changes to that root folder on the source (which is typically long ago). This should offer an easy indication to the end user of "When was the last CCC backup made to this volume?".
Errors that occur due to a disagreement between the source and (typically NAS) destination filesystems on how composed characters should be stored are now presented with more specific advice and a link to a new Kbase article.
Network change events are now listed in the Activity tab of the CCC Dashboard application if any CCC tasks require network resources.
Made some adjustments to the pruning of CCC's Task History database so it consumes less space.
Fixed the behavior of the Task Filter window when working with a Remote Macintosh source.
CCC will now run the postflight shell script (if specified on a task) in cases where the source or destination dropped offline, thus causing the task to abort. Previously we were avoiding running the script in this case (despite running that script in other error conditions), but we've since decided that there isn't any good reason for not running it.
Made a small logic adjustment for tasks configured to run "When the source or destination is remounted" to avoid running when a staged System update is mounted (i.e. when the startup disk is the source).
Adjusted the sidebar width when exiting full screen mode.
Fixed a layout issue in the task plan when hiding and then revealing the sidebar (specific to Ventura).
When a task fails because the source or destination is missing, and the user has enabled the "Don't send error notifications" (when the source or destination is missing) setting, the error will now be presented with the "cancelled by the user" icon in the Task History window, rather than an error icon.
Fixed an issue in which a "Backup Health Check" would errantly (but harmlessly) recopy a certain class of files that did not need to be recopied.

New in Carbon Copy Cloner 6.1.4 (Nov 30, 2022)

CCC will now preserve the space savings of pure "cloned" files (duplicated via the clonefile() function, e.g. duplicated in the Finder) when copying from an APFS volume to another APFS volume.
CCC will now preserve the "Date Added" attribute on files and folders on filesystems that support that attribute.
CCC will no longer raise concerns about dropped cloud-only placeholder files. With a minor adjustment and some additional testing of several scenarios, we have determined that there is no longer a restore concern related to dropping these placeholder files. If you previously excluded the CloudStorage folder from your backup, you may remove that exclusion. You're also welcome to leave the exclusion in place. In our tests, the cloud service providers populated the absent content just fine.
Errors related to minor filesystem corruption in /Users/username/Library/Biome on macOS Ventura are now suppressed.
Improved the handling of errors when free space is depleted on the destination volume.
The "Only on the next run" and "Once a quarter" options are no longer hidden in the frequency popup menu adjacent to the "Find and replace corrupted files" setting. Same deal for the "Archives that are older than" option in the SafetyNet pruning limit popup menu in Advanced Settings > Preflight.
The "Command+R" keyboard shortcut for starting a task now also works for starting a task group.
Fixed an issue in which the throttling mechanism applied to "When the source or destination is reconnected" tasks was not getting applied consistently.
Fixed an edge case in Ventura where the "Legacy Bootable Copy" method would fail with a "destination is full" error in cases where the destination was a disk image and the source was a clean install of macOS Ventura.
Added a Ventura download link to the macOSInstaller Media Assistant.
Added a global exclusion for a "@Recently-snapshot" folder that appears on some NAS devices. Copying each snapshot within this folder will typically overrun the capacity of the destination.
Fixed preflight mounting and ownership enabling on Remote Mac destination volumes on Ventura+ Macs.
When CCC is configured to copy files from a volume that lacks support for file ownership (e.g. a NAS volume, or any volume with ownership disabled), ownership of files copied to the destination (when applicable) is set to the user account that configured the CCC task. This update fixes an issue in which numeric user account IDs larger than 32768 were getting improperly applied. This is not a common scenario; typically user account IDs start from 501, but in some corporate environments they can be much larger.

New in Carbon Copy Cloner 6.1.3 (Sep 20, 2022)

The "System exclusion" is no longer applied in cases where the destination is a subfolder on the startup disk.
Fixed an issue in which "on reconnect" tasks were not correctly getting throttled according to the task configuration if the task was also configured to prompt the user to proceed when the missing volume was reconnected.
The Compare window now shows files discovered on the source and destination separately. Especially for really slow destinations like NAS volumes, this will give a clearer indication of ongoing progress.
The clonefile replacement procedure will no longer be used if snapshots are disabled on the destination. The primary purpose of using that procedure is to use storage more efficiently so that we can retain more snapshots, and that's moot if we're not retaining snapshots.
When you auto-fill a password in CCC's Email Settings (i.e. from the system's "Passwords..." menu option that appears when the password text field is given focus), that password is now correctly stored in CCC's keychain.
Task groups can now be deleted via the Task menu (e.g. Command+Delete) and via the "Additional Actions" menu in the sidebar.
Resolved an issue in which a task would appear stalled when converting a disk image to a read-only format. Fixed an unrelated progress indication issue in the same scenario.
Automated tasks will now be skipped any time a restore task is running to remove any possible conflict between a restore task and a backup task. Users are welcome to run backup tasks manually while a restore task is running, this change only affects automated tasks.
Fixed the presentation of a snapshot creation failure in cases where the destination is in the midst of encryption conversion.
The minimum time threshold for "When files are modified on the source" tasks is now 1 minute, but the default is now 5 minutes. The minimum data threshold is now 0; when set to 0, CCC will start an event when changes have been made to a file on the source (and the time threshold is met).
The CCC Dashboard will now proactively open CCC if CCC's helper tool lacks Full Disk Access. Likewise, the Dashboard will open CCC if corruption in CCC's task database has been detected.
CCC now applies a two-week sanity limit on the Quick Update feature. We were finding some cases where macOS managed to have retained multiple weeks of FSEvent records, and it was taking longer to slog through all of those records than it would take to simply re-enumerate the source and destination. So if a Quick Update task hasn't run successfully in the last two weeks, it will now proceed with a full audit of the source and destination.
Added a new "Settings" column to the task events table in the Task History window that will indicate when the "Quick Update" or "Backup Health Check" settings were applied to a given task event. This column is hidden by default; right-click on the table header row to choose which columns should be visible.
Ventura: Modified the steps for granting Full Disk Access. It's now one step! That's right, just one step! Just start dragging the CCC Privacy Fish and CCC will pull some strings in the background to magically make the full disk access table appear for the drop.
Ventura: Fixed the filesystem identity of ExFAT and FAT32 volumes in the disk chart (i.e. when you click on the Source or Destination selector, or select a volume in CCC's sidebar).
Ventura: Adopted a new macOS procedure for adding the CCC Dashboard login item.
Ventura: Adjusted how connections to a remote Mac are initiated from a Ventura client to accommodate changes to the scp utility that are specific to macOS Ventura.
Mostly Ventura: Fixed a memory access issue that occurs (with more frequency on Ventura) in the SQLite encryption library that CCC has been using to encrypt task audit and task history databases. After applying this update, CCC will temporarily decrypt the task audit and task history databases, then re-encrypt them with a replacement encryption library. In the unlikely event that an exception occurs while decrypting one of these databases, the affected database will simply be recreated. This change has no effect on task configurations, which are stored in a separate, non-encrypted database, and no effect on any of your data on your backup disk.

New in Carbon Copy Cloner 6.1.2 (May 24, 2022)

Fixed an issue in which CCC's CloneKitService could report an exception when an edge-case error condition was encountered while reading or writing a file.
Snapshot thinning on the source and snapshot/archive thinning on the destination is now skipped for restore tasks.
Fixed a cosmetic issue in the snapshot navigator when a subfolder is selected as the source.
Made a few small adjustments to how task configuration is handled when selecting the current startup disk as the destination (e.g. to a restore task).
Addressed an issue that could cause CCC to errantly report that multiple volumes were present with the same unique identifier.
Fixed the window location of the Dashboard window when multiple screens are present. The Dashboard window will now be presented next to the menubar icon that was clicked, rather than retaining its previous window position.
The minimum data threshold for "When files are modified on the source" tasks is now 1MB (i.e. 0.001GB).
Addressed an issue specific to macOS Catalina in which a verification of files on the source or destination would errantly report System volume files as missing.
Resolved a latency issue that a handful of users were noticing when switching between tasks. We tracked the latency down to poor performance of Apple's "nsattributedstringagent" service on macOS Monterey. In some cases the service was crashing repeatedly, and when macOS throttled its relaunch, there would be a noticeable delay when CCC attempted to render the Task Plan. We no longer rely on that macOS service for rendering the Task Plan.
Fixed a couple cases where the background color of a view was not switching automatically when the system appearance was changed in System Preferences (e.g. Dark to Light).
Corrected the error handling in cases where unreadable folders are encountered on the source.
Corrected the presentation of dropped OneDrive placeholder files for pre-Monterey users.
Addressed a race condition that could occur if two tasks try to simultaneously mount the same NAS volume. One task would "win", the other task would wait indefinitely for the system's NetAuthSysAgent service to reply.

New in Carbon Copy Cloner 6.1.1 (Mar 23, 2022)

New in Carbon Copy Cloner 6.1 (Feb 24, 2022)

Fixed an issue in which CCC was unable to create files and folders in some OneDrive-related folders on the destination.
Added an option to reveal the Advanced Settings persistently in the main window.
Added a contextual menu to the CCC menubar icon for "quick access" functions (e.g. open CCC, run a task, quit the Dashboard). Right-click on the CCC menubar icon to access this menu.
Added navigation buttons to the CCC toolbar to make it easier to get back to a task after making volume configuration changes (e.g. when adjusting snapshot settings).
Added an option for a light background for the sidebar (i.e. in Light Mode).
Added settings to choose a specific appearance (i.e. light or dark, independent of the system setting).
The Source and Destination selectors are now enabled while a task is running. You can click on these to see details about the source and destination (e.g. disk usage, free space) as the task progresses.
Task History events now show information about how many files and how much data was removed from the destination (in addition to how many files and how much data was copied to the destination).
Every Mac that is supported by macOS Catalina has native USB 3.0 support, so now CCC's Copy Coach proactively warns when a source or destination is connected via USB 2.0 (e.g. due to using an old USB hub or non-USB 3.0 compliant cable).
The Dashboard now shows both "last run time" and "next scheduled run time" for each task. Previously this was an option, but presenting both at the same time seems to be what most people are looking for.
Enhanced the search feature in the CCC Documentation window to offer an option to search the current page for matching text, or to execute a search of the entire CCC Kbase.
Task groups can now be specified via the "Run another task" option in Advanced Settings > Postflight.
Fixed a minor apparent discrepancy when using the "Verify files copied by this task" feature on a NAS volume. Previously this would show size-based differences due to the absence of extended attributes despite that those were deliberately not copied.
Audit records can now be exported to a CSV file.
Added a "Copy Link" option to the Tasks contextual menu. These links will open CCC and select the applicable task. These can be useful alongside other Mac automation.
Fixed a couple conditions where CCC would report an error and fail to create a symlink becase a folder with the same name already existed on the destination. Fixed a similar issue where CCC was unable to create new folder on the destination because a file (often a symlink) with the same name already existed.
Fixed a mouse tracking issue in the CCC Dashboard "mini progress" window that could make it impossible to click on the pause/stop buttons.
The CCC Dashboard window size and placement is now retained across launches.
Made a handful of adjustments to how older versions of files are presented in the Snapshot Comparison Browser. Checksums are now calculated on-the-fly for any files smaller than 2MB.
The System exclusion limit is no longer applied to a subfolder destination when the source OS is Big Sur or later.
Made some adjustments that should improve performance when using an ExFAT or NTFS volume as a source or destination.
Made some modest improvements to the "time remaining" estimate. This estimate will now include componesation for time that that will be required for re-verifying files that were copied (if specified for the task).

New in Carbon Copy Cloner 6.0.5 (Nov 15, 2021)

New in Carbon Copy Cloner 6.0.4 (Oct 21, 2021)

New in Carbon Copy Cloner 6.0.3 (Sep 16, 2021)

Fixed an issue in which CCC was unable to replace a folder on the destination with a symbolic link (i.e. because a folder on the source had been replaced by a symbolic link). This issue primarily affected macOS Catalina users, but could also affect Big Sur users for tasks that used the "Don't delete anything" SafetyNet setting.
Improved the handling of cases where a source NAS presents a symlink as an ordinary file. Fixed an accounting issue that led to unusually high "data copied" values in those cases.
Resolved a condition in which the "Maintain a record of transactions" checkbox became practically uncheck-able in CCC 6.0.2.
Fixed a permissions issue that can cause applications to not work correctly when restored from a volume whose ownership is disabled.
Relative date references (e.g. "Today", "Yesterday") in the Task Plan and Task History window are now correctly updated when a date change event occurs (i.e. at midnight).
SafetyNet pruning settings are now consistently visible when the destination is HFS+ formatted.
Errors that occur due to the OneDrive service's interference with CCC archiving activity on the destination are now suppressed. These typically go away on their own without intervention.
Fixed a logic issue that caused the "Never show this dialog" setting to be ignored for the "Remove task audit" dialog.
Fixed the "Bring all to front" menu item in the Window menu.
Improved the handling of manual sort order changes of the Tasks list.
The CCC Dashboard window position is now retained when it's closed and later reopened.
Fixed an issue in which CCC would not remove additional snapshots from the destination when free space was exhausted in the middle of a backup task (specific to cases where SafetyNet was disabled).
Fixed an issue that could cause slow performance during postflight re-verification of files copied by the current task in cases where the task was also configured to use the "Find and replace corrupted files" setting.
CCC will no longer create a snapshot on the source when the source and destination are folders on the same APFS volume. Instead CCC will use the APFS clonefile() function to make clones of files in these cases.
Resolved a case where CCC was stripping the destination volume's custom icon in a folder-to-volume task configuration.
The search field in the Task History window Audit tab now yields results that match folder names as well as file names. bar for a task or group. When the "group completed" icon is dismissed, that state is now recalled across launches of CCC.
Added a new "Last Successful Run" token for the email notification template.
Added a Start button to the "Upcoming Group and Task Events" view for task groups.
Updated how APFS volume disk usage is calculated on macOS Monterey.
Fixed a rendering issue for the Task Plan text on macOS Monterey.
Eliminated some spurious "updated attributes" transactions that were getting created when backing up to a NAS volume.
Resolved a conflict between the "Remove excluded items" setting and custom protection rules. Custom protection rules now have precedence over the "Remove excluded items" setting.

New in Carbon Copy Cloner 6.0.2 (Sep 16, 2021)

By default, CCC will process up to four folders simultaneously and copy up to eight files simultaneously. This update reduces simultaneous folder handling to two if CCC cannot verify that both the source and destination are Solid State devices. We have also exposed a setting that allows the user to adjust this value manually in Advanced Settings > Performance & Analysis, including an option that configures the task to use the CCC v5 legacy file copier instead of the new file copier.
Addressed a case where CCC would abort the backup task, indicating that a subtask had timed out, in cases where the destination was particularly slow to deliver information about a folder that had an exceptionally high file count (e.g. tens of thousands, or millions).
Fixed a math issue that was previously causing inflight snapshot or SafetyNet archive removal to not remove enough snapshots or archives in cases where the destination was very full.
Fixed a scheduling issue that was causing "When files are modified on the source" tasks to not resume monitoring when the task was back within a user-specified time limit.
"Next run date" in the CCC Dashboard now correctly rolls over from "tomorrow" to "today" when the date changes.
Addressed a handful of crashers and exceptions.
When thinning snapshots, CCC now indicates the name of the snapshot using the user's preferred date format.
The "Files evaluated" statistic is now updated appropriately during a Preview run.
File and folder name changes that only affect the case of characters in the string are now detected (i.e. when that is the only change to the source file) and applied to the destination.
CCC will no longer preserve system-immutable file flags when restoring items to the startup disk. This was leading to the creation of a folder (typically "Users") that couldn't be removed by the Finder.
CCC now properly imposes a High Sierra+ requirement for the Remote Macintosh feature.
Fixed the tooltip on the Source selector when a Big Sur startup volume is selected. Technically that volume is not mounted, but pointing this out is not really necessary.
Added color pickers for the lines on the Dynamic Performance Chart.
Improved the handling of moved folders in the Quick Update feature. Technically these don't cause modifications to files, but nonetheless we should apply these changes when the task runs.
Fixed an errant case-conflict error that can occur on Case Sensitive APFS destination volumes when a folder name has a non-normalized Unicode character.
Corrected the behavior of the "Remove excluded files" setting in the Task Filter window. Folders were only getting removed when explicitly excluded via a custom rule (not when unchecked in the main table), and files that were only implicitly excluded (i.e. via the default filter behavior) were getting removed. While that matched CCC v5 behavior, it was not the more conservative result that we were aiming for.
When creating a read-only disk image, CCC now uses sparsebundle as the default format for the intermediate read-write disk image. Big Sur, in particular, seems reluctant to create sparseimage files, especially on NAS volumes.
Fixed a timing issue that led to errors when running a "When files are changed on the source" task soon after startup.
Addressed an edge case in which a source NAS device may lie about the nature of a symlink (i.e. initially the NAS reports that it is a regular file), leading to errors.
Corrected the presentation of the startup disk's custom Snapshot Retention Policy.

New in Carbon Copy Cloner 6.0.1 (Sep 16, 2021)

Fixed a handful of crashers, and some cases where a task would fail, indicating an exception had occurred in the CloneKitService.
CCC no longer removes the "has a custom icon" bit from the destination volume's root folder, causing the Finder to not show the icon.
Clicking the "X" widget to dismiss a CCC notification in Notification Center will no longer activate CCC.
Files that fail postflight verification are now automatically tossed onto CCC's "try it again at the end of the task" queue for a second chance. If the secondary copy and verify fails, then we report the error.
Fixed an issue in which a task that was configured to create a bootable backup would fail, indicating that the destination volume was read-only.
Improved the handling of low-space conditions in cases where SafetyNet or snapshots are enabled on the destination.
Addressed a memory leak that led to task failure while handling sparse files on APFS volumes (e.g. Dropbox online-only placeholder files were a big driver of this one).
Addressed a handful of cases where a task would errantly report a "subtask timeout" while working through folders with very large numbers of files (e.g. 150K), despite no actual stall occurring.
When copying content from a volume that has ownership disabled (especially NAS volumes), the ownership of the items on the destination is now set to the user that created the CCC backup task.
Addressed an edge case in which CCC would miss some folders when copying from an APFS volume to a non-APFS volume (typically when an iTunes Music folder had a non-ASCII character in its name). Note that if you have a Quick Update task that matches this configuration, CCC 6.0.1 will automatically perform a "standard copy" audit of the destination during the next task event.
Improved the performance of the dynamic performance chart when moving the CCC window from a retina to non-retina display.
The End User License Agreement, and the preflight and postflight script names now appear correctly in Dark Mode.
Addressed a performance issue that led to a "subtask timeout" at the end of a task that was using the "Reverify files copied by this task" setting.
Fixed a loop condition that can occur if a destination NAS volume drops offline in the middle of a task and CCC lacks the credentials to remount that volume.

New in Carbon Copy Cloner 6.0.7064 (May 20, 2021)

New in Carbon Copy Cloner 5.1.27.6193 (May 13, 2021)

New in Carbon Copy Cloner 5.1.26.6180 (May 3, 2021)

Build 6080 fixes an issue in which CCC was not prompting to establish a bootable backup on Intel Macs running Big Sur (i.e. when the destination is freshly erased).
The user's preferred calendar (e.g. Gregorian, Thai, etc.) is now used when determining snapshot labels.
Addressed a small UI issue in which the task name and description would be truncated when restoring a custom sidebar width on launch.
Fixed an issue in which CCC would errantly indicate that your Mac is booted from an older OS than what is on the source, when the source is the current startup disk with a staged installation of the next available macOS update.
Addressed an issue in which the user would be prompted to erase the destination (again) despite having an installation of Big Sur. This was occurring when the destination volume was not currently mounted, and typically only after updating the system on the source volume.
Fixed an issue with selecting the Data volume of the startup disk on a remote Mac in the remote host browser. We also weed out read-only volumes, and some of the APFS helper volumes, because they're never valid sources or destinations in this context.
Fixed a logic issue in which the system file exclusion would be imposed upon a task that's backing up a folder to a volume in the startup disk's APFS container.
Fixed a regression that would lead to the System volume's contents to be loaded in the Task Filter window rather than the Data volume, making it impossible to exclude content from the task that is exclusive to the root of the Data volume (e.g. "cores" and "boot").
On macOS Big Sur, CCC now automatically proceeds with a data-only backup when a SoftRAID device is selected as the destination to a task that backs up the startup disk. macOS (Catalina and later) can't boot from a SoftRAID device, so there's no point in attempting to back up the system to those devices.
CCC now issues an error when dropping OneDrive placeholder files, along with directing the user to a Kbase article explaining why these files cannot be copied, and the implications this has on future restore activity.
Fixed an issue in which the Continue Anyway and Cancel buttons in the Cloning Coach could be errantly hidden when the window is attached as a sheet.

New in Carbon Copy Cloner 5.1.25.6155 (Feb 3, 2021)

New in Carbon Copy Cloner 5.1.24.6142 (Dec 17, 2020)

Fixed an issue in which CCC was not presenting custom volume icons in the sidebar and source/destination selectors.
Fixed an issue in which CCC's main window was occasionally not showing task progress for a running task.
Fixed the functionality of the "Manage snapshots on {volume name}" contextual menu item on the source and destination selectors.
Improved some error handling when performing a full volume clone with Apple's APFS replication utility.
Adjusted postflight disk image ejection. We found some cases where CCC had no trouble unmounting the destination disk image, but the eject request initially failed because it was "busy". Patiently waiting a few more seconds avoids a case where the disk image couldn't be remounted (e.g. when the task runs next) without manually ejecting the disk image.
Resolved a logistical annoyance on Big Sur that can occur if a task is configured to run "On reconnect", the destination volume is a volume group, the Data volume is encrypted (note that the System volume is not encrypted on Big Sur), and CCC has not been given the password to that volume. CCC now instead waits for the Data volume's mount event as a trigger to these tasks.
Time Machine backup volumes are now explicitly disallowed as source or destination selections on Big Sur. We're not planning to offer support for cloning to or from volumes that are flagged as Time Machine volumes.
The "task started" notification now indicates the user-facing name of the source volume rather than the name of the Data sibling.
CCC now breaks a cycle in which two tasks can volley back and forth, erring out because their destination folders are absent. This occurs when both tasks are configured to "Defer if another task is writing to the same destination", and both tasks are configured to back up to a folder on the same NAS volume.
Addressed a few cases where CCC wasn't requesting the password for an encrypted volume (again, because the System volume on Big Sur is no longer encrypted when FileVault is enabled).
Fixed an issue that could cause an ASR restore of a read-only disk image to fail. CCC also will automatically scan read-only disk images for ASR when configured to create a read-only disk image.
Addressed an issue in which tasks were errantly getting marked "Task requires review".
Fixed an issue regarding restores of Data volume snapshots on Big Sur.
Made a few tweaks to work around ASR failures that can occur when the destination APFS container has remnants of an older OS.
Addressed an issue with the CCC update mechanism in which the application doesn't automatically re-open when clicking the "Install and Relaunch" button on macOS Big Sur. The fix won't be realized until you apply the next update after this one, so if this issue was affecting you, you may still have to manually re-open CCC after applying this update.

New in Carbon Copy Cloner 5.1.23.6121 (Nov 26, 2020)

New in Carbon Copy Cloner 5.1.22.6082 (Oct 18, 2020)

New in Carbon Copy Cloner 5.1.21.6053 (Aug 11, 2020)

New in Carbon Copy Cloner 5.1.20.6042 (Jul 22, 2020)

New in Carbon Copy Cloner 5.1.19.6025 (Jun 18, 2020)

New in Carbon Copy Cloner 5.1.18.6004 (May 31, 2020)

New in Carbon Copy Cloner 5.1.17.5985 (May 13, 2020)

Creating a new task via the CCC menubar application now works more consistently.
Addressed a small logistical change introduced in macOS 10.15.4 that could lead to (harmless, but annoying nonetheless) errors while archiving the Preboot helper volume in a macOS Catalina volume group.
Addressed a small UI error that occurred when strict volume identification is disabled for a task and a matching volume is present. The issue was specific to APFS volume groups.
If a scheduled task was missed due to an encrypted volume being physically absent, CCC will now run that task and unlock the applicable volume when the device reappears. Previously the task would only run when the volume was unlocked by the user (and thus mounted), but now CCC will unlock the volume if a scheduled task was missed, or if the task is configured to run when the source or destination reappears.
Resolved an issue in which CCC would report that it was unable to delete a snapshot on a rotational startup disk while the system was busy defragmenting boot files (another treat bestowed upon us by Apple's 10.15.4 update!).
Resolved an issue introduced in CCC 5.1.16 that would cause CCC to fail to perform a task whose destination is a disk image on the startup disk.
Unmounted disk images that some application left attached (VirusBarrier, I'm looking at you) are no longer listed in CCC's sidebar.
When enabling the "Find and replace corrupted files" setting for a task that specifies an encrypted APFS volume group as the destination, CCC now presents a dialog requesting the password to that volume (if CCC doesn't already have it). This resolves a situation where the task would fail if CCC is unable to unlock and mount the destination Data volume.
If CCC establishes a connection to an SMTP server, but the server never responds to CCC's "EHLO" reply, CCC will retry the connection.
Fixed a crash that can occur in CCC's file copier while looking for case conflicts (only applicable if the source is case-sensitive and the destination is not).
Support for extended attributes is now disabled by default when the user selects a network volume (or a folder on a NAS volume) as the source or destination to the task. You're welcome to re-enable extended attribute support, but we have found that most NAS devices offer exceptionally poor support for extended attributes, and that disabling them is the best default configuration.

New in Carbon Copy Cloner 5.1.16.5965 (Apr 1, 2020)

10.15.4 introduced a small timing issue that can occur when CCC attempts to delete the transient source snapshot at the end of the backup. This error is harmless, and the snapshot is removed automatically later, but this update adds a more aggressive method of removing the snapshot.
10.15.4 also introduced a change that can cause trouble for setting up a remote Macintosh source or destination. This update resolves an error indicating that the remote Macintosh could not be reached during the initial setup.
Fixed a dead end that can occur when a backup task encounters an error thats calls for aborting the backup task (e.g. due to a stall, or when the destination volume pops offline in the middle of the task).
Improved the reliability of the option to reveal an APFS Data volume in the Finder (via the volumes table contextual menu or via the Source/Destination selectors).
Minor improvement to the handling of sparse files on APFS volumes. Also improved progress indication while copying particularly large sparse files.
Made a small adjustment to the handling of BoxCryptor volumes.
The "Defer if another task is writing to the same destination" setting now considers other volumes in the same APFS volume group to be the same destination. This addresses cases where one task is configured with the System volume as the destination (a standard configuration for a bootable backup) and another task is configured to back up to a folder on the Data sibling of the same volume (also a standard configuration for a folder-to-folder backup).
Improved case conflict detection in cases where the source or destination is a member of an APFS volume group.
In cases where a task is configured to back up to a disk image on a NAS volume, and the diskimages-helper service dissents the unmount request for the underlying NAS volume at the end of the task, CCC now terminates the offending process to make a followup unmount request more effective.
The option to suppress the destructive task warning is now reset when resetting a task to default settings.
Addressed some minor errors related to archiving the source APFS helper partitions that can occur if the source is a read-only device (e.g. a read-only disk image).
Addressed an issue in which the startup disk setting would be set to the current startup disk when running a backup task (e.g. in cases where the current startup disk is not actually set as the startup disk selection in the Startup Disk Preference Pane).
Remote Mac: If CCC's RSA key pair should become corrupted, CCC will now deal with the authentication failures more gracefully.
Addressed a logic error that can lead CCC to restore items to the root of the selected destination volume rather than to a designated folder on that volume when restoring from a Data volume snapshot.
Fixed an issue in which tasks that were flagged for review because the HFS+ destination will be converted to APFS were not presenting an APFS conversion dialog if the destination device was not attached.

New in Carbon Copy Cloner 5.1.15.5916 (Feb 5, 2020)

Added a timeout mechanism to volume unmount requests. The DiskArbitration service should never fail to reply to an unmount request, but we've been seeing those incidents more frequently lately.
Made some additional tweaks to HFS+ to APFS conversion that should make it more robust.
Addressed an issue in which an "On reconnect" task would not run when the source or destination was reconnected if the source or destination is a folder on a Data volume in an APFS volume group.
CCC will now disable Spotlight by default on the destination when making a bootable backup of a macOS Catalina System volume.
The "task finished with errors" email subject now leads with a "warning" emoji so it's more easily distinguishable from non-erring tasks.
Fixed a logic issue that caused a selected Task Group to not be marked as selected in the View menu. Fixed a similar issue that caused the "Run Now" menu option in the File menu to be disabled for task groups.
Fixed some dead ends in the CCC command-line utility that can be encountered when CCC's helper tool has not yet been installed, or when tasks have not yet been saved.
Fixed a localization issue related to the thousands grouping separator used in numbers presented in various windows, including the Task History window.
Errors that are produced by Disk Utility on a remote Mac regarding the failure to load unsigned plugins will no longer cause CCC to fail to produce a volume list when configuring a backup task to or from a remote Mac.
Addressed an issue in which some pre and postflight scripts failed to run, supposedly due to the lack of a shell interpreter line.
Added more specific handling of a scenario in which Disk Utility fails to create an APFS volume group when a T2 Mac is booted from an encrypted volume.
Fixed a couple user interface sizing and placement anomalies.
Improved the accuracy of the "Total data size" value reported in the Task Filter window when an APFS volume group is selected as the source.
Fixed an issue in which the "Total data size" value that was being reported in the Task History window was incorrect (too low) in cases where the data set had very, very few modified items.
CCC will no longer add the " About this folder.rtf" file to the SafetyNet folder if "OneDrive" appears anywhere in the folder path. This should avoid complaints from OneDrive that arise due to its 1980s-esque failure to deal with files whose names start with a space character.

New in Carbon Copy Cloner 5.1.14.5863 (Nov 14, 2019)

Authentication errors that occur when failing to mount the destination Data volume are now handled correctly (i.e. you'll get a "Reset Password" prompt instead of a generic error).
CCC no longer avoids rebuilding the dynamic linker shared cache on Macs with less than 4GB of RAM. We found that this resolved system performance issues in the past, but now it only exacerbates system performance issues on these anemic systems when running macOS Catalina.
CCC will now disallow the conversion of an HFS+ formatted Drobo volume to APFS because Drobo does not currently support APFS. This does not prevent you from reformatting a Drobo volume yourself and selecting it as a destination for a Catalina bootable backup, but CCC is no longer going to perform the task that places the Drobo volume in an unsupported configuration. If you want to use your Drobo device as a bootable backup, you should share that feedback with Drobo.
Added a "Reveal Data Volume" button to the source and destination selector when the applicable volume is a mounted System volume.
Catalina: CCC's Cloning Coach now warns that a FireWire-attached destination is not bootable on Catalina+ (Apple no longer supports this configuration).
Catalina: Errors encountered during the System volume backup will no longer cause the Data volume backup to fail, and the errors are now presented with more helpful advice.
High Sierra+: Fixed an issue that resulted in non-bootable clones when specifying a volume other than the current startup disk as the source.
The task selection in CCC's sidebar is retained more reliably.
Fixed a logic issue that caused CCC's restart or shutdown requests to fail when no user is logged in.
Catalina: Addressed a issue where an "On reconnect" task would fail to run when the destination volume was reconnected in cases where the source is the startup disk and the System volume had been replaced entirely during a system software update.
CCC now works around volume unmount interference caused by CleanMyDrive. That product can still cause trouble for Disk Utility, however, so consider disabling that software if you're having trouble with an HFS+-to-APFS conversion, for example.
Addressed an issue in which the source and destination selections might not be cleared out in Simple Mode.
Fixed an issue in which CCC would report that it was unable to collect the details about the underlying volume when selecting a folder on a volume within a volume group, and when that underlying volume's name had a non-ASCII character (e.g. "CCC Backup - Données").

New in Carbon Copy Cloner 5.1.13.5846 (Oct 18, 2019)

New in Carbon Copy Cloner 5.1.12.5830 (Oct 11, 2019)

New in Carbon Copy Cloner 5.1.11.5793 (Sep 1, 2019)

New in Carbon Copy Cloner 5.1.10.5776 (Aug 21, 2019)

Changes not specific to macOS Catalina:
Addressed an issue introduced in 10.14.6 that prevents the removal of snapshots via CCC's Disk Center (it does not affect the automated removal of snapshots that occurs when backup tasks run).
Corrected the read/write rate calculation for non-APFS-Fusion volumes.
Added a button to reveal the password that you're typing into the Email Settings password panel.
Changed the encoding of postflight emails that are sent by CCC to "quoted printable" (from UTF-8) to address an obscure edge case on some systems.
CCC no longer automatically enables snapshot support on APFS-formatted volumes unless CCC can positively determine that the underlying device is an SSD. We have been underwhelmed by the performance of APFS on rotational devices, particularly with snapshot-related activities. Users are still welcome to manually enable snapshot support on any volume — simply click on the volume in CCC's sidebar and flip the switch to "on".
CCC offers more helpful advice in cases where snapshot creation fails due to the destination being a slow, rotational device and also in cases where encryption conversion is preventing the creation of snapshots.
CCC's privileged helper tool now proactively verifies the code signature of any client that attempts to connect to the helper. This resolves a potential vulnerability in which an application masquerading as CCC could make requests to CCC's helper tool.
Modification of the name of a source or destination is detected and presented as a review item to the user. Previously we were simply marking the task dirty, and many users found that behavior disconcerting.
CCC now proactively warns against cloning a volume whose operating system is newer than what the Mac is currently booted from.
Addressed an issue in which a remote Mac could go to sleep between CCC's archive management and file copying requests.
Failure to mount an encrypted volume attached to a remote Mac is now handled with a password request and the task's destination specification is updated accordingly.
Addressed some minor accessibility annoyances in the CCC License window. Added a proper accessibility label to the task status icon in the Task History window.
Catalina-specific changes:
CCC will make bootable backups of macOS Catalina startup volumes. For most people, that's all you need to know, and you don't have to make any changes to your current tasks to accommodate the upgrade. The logistics of booting macOS are a bit more complicated in macOS Catalina, but we've risen to the challenge, CCC supports it 100%, and nearly all of these complications are dealt with automatically.
macOS Catalina requires APFS, it cannot be backed up to a volume formatted with Apple's legacy HFS+ format. When cloning a macOS Catalina system volume, CCC will inform you of this requirement and request your permission to allow conversion of an HFS+ formatted destination to APFS. When you proceed with the task, CCC will automatically convert the destination to APFS (when possible).
When you upgrade to macOS Catalina, any existing backup tasks that reference your startup disk and a non-APFS destination volume will be disabled and flagged for review. If any scheduled tasks are disabled in this manner, CCC will be opened automatically on startup and these concerns will be raised to your attention.
CCC will automatically create System and Data volumes on the destination as required to support APFS volume groups.
When selecting an APFS volume group member as a source (i.e. your current startup disk), CCC will automatically copy the contents of both the System and Data volumes to the corresponding System and Data volumes on the destination. No special configuration is required for this, you will simply choose a single source and destination as you have in the past.
CCC's task filter automatically accommodates source volumes that have a System/Data bifurcation.
CCC fully supports encrypted source and destination APFS volume groups. If you have enabled FileVault on your bootable backup, CCC can automatically unlock and mount both members of the destination volume group as required for your scheduled backups. Please take note, however, of a kernel panic issue that we have reported to Apple that can occur when mounting encrypted volume groups.
When mounting and unmounting a volume that is a member of a volume group (either by clicking on the volume in CCC's Source/Destination selectors, or by right-clicking on the volume in CCC's sidebar), CCC will automatically apply that action to both members of the volume group.
Tasks configured to unmount the destination at the end of the task will automatically unmount both members of a destination volume group.
When backing up an APFS volume group to a disk image, CCC automatically creates System and Data volumes as required on the destination disk image, and copies the source volume group members accordingly.
CCC has special handling of snapshot retention policies for APFS volume groups. The snapshot retention policy for both group members will be configured via the Data volume member.
CCC will never create snapshots on source System volumes. These volumes are already read-only so a snapshot is not required. Considering that software updates may delete the snapshots or the System volume altogether, creating snapshots on the source System is futile.
CCC will only create snapshots on a destination System volume when changes have been made to the source (i.e. when you apply system updates). As such, time-based retention of System volume snapshots is not very applicable. Instead, CCC will retain every snapshot of System volumes and will only remove System snapshots when the free space limit of the retention policy is exceeded.
CCC lists the OS version and now also the build number associated with both System and Data volumes in the snapshots table.
CCC offers great flexibility for restoring from System and Data volume snapshots. For example, you can restore from a newer Data volume snapshot and an older System volume snapshot, allowing you to downgrade the System without losing newer data. However, care should be taken when restoring System and Data volume snapshots that are associated with different OS versions, we don't yet know the implications of mixing these.
Added a "Reveal in Finder" contextual menu item to the Volumes table so that users can reveal the Data volume in the Finder. That's key if you wanted to access something at the root level of that volume, e.g. the _CCC SafetyNet folder.
CCC no longer limits its requests for full disk access to times that you're saving a task that references the current startup disk. On macOS Catalina, we need full disk access to have access to external volumes and network volumes, so we pretty much need it any time you want to make a backup.
When selecting a macOS Catalina System volume as the source, CCC's Source selector shows the cumulative disk usage of the System and Data volumes (because that's the value that reflects what will be copied). To see the individual disk usage of each volume separately, you can click on those volumes in CCC's sidebar.
New unsupported configurations in macOS Catalina:
Copying macOS Catalina system volumes to or from a Remote Macintosh is not a supported configuration, nor will CCC copy the contents of a System volume to a subfolder on a locally-attached volume. The logistics of producing a bootable copy of the bifurcated system are too complex to manage on or from a remote Mac, so we're only going to support making bootable backups of macOS at the root-level of locally-attached volumes.
Selecting the startup disk of a remote Macintosh as a destination is no longer supported. This rarely works in the way you'd hope it will, typically it just produces lots of errors. You may still select a subfolder on the remote Mac's startup disk as long as it is a writable folder.

New in Carbon Copy Cloner 5.1.9.5740 (May 24, 2019)

New in Carbon Copy Cloner 5.1.8.5702 (Feb 27, 2019)

When creating a new disk image on a Mojave+ system, CCC will now create APFS-formatted disk images if the source volume is APFS-formatted. All snapshot functionality afforded to APFS-formatted volumes will apply to APFS-formatted disk images as well.
Hard drives from a popular vendor ship with a rogue "is a bundle" flag set on the root folder. When cloning this volume to a folder, the rogue flag is preserved on the destination folder, which causes the Finder to treat it like a file, making it awkward to see the items that were copied. CCC now strips this rogue flag from the root folder of the selected destination to avoid the annoying result.
Adjusted the handling of 0-byte "placeholder" files (e.g. Dropbox, GoogleDrive, OneDrive "online only" files) to avoid lengthy delays. These delays were particularly notable when working through Dropbox folders.
Total snapshot disk usage is presented more prominently in the Disk Center.
When cloning to an ExFAT or FAT32 volume, custom volume icons are now preserved at the destination.
Resolved an error that can occur when creating read-only disk images on SMB network volumes. Due to a bug in macOS Mojave, sparseimage disk images cannot be created on SMB NAS volumes. Rather than creating a sparseimage intermediate disk image, CCC will now create aa sparsebundle intermediate disk image.
CCC's "trust but verify" case-sensitivity check is now applied to "ufsd_ExtFS" volumes as well, after getting confirmation from a user that these volumes incorrectly report themselves as case-insensitive, when in fact they are case-sensitive.
To protect against unauthorized modifications, CCC now requires that pre- and postflight scripts are owned and writable only by the system administrator, and that all parent folders of the scripts are owned and writable only by the system administrator. A new "Secure CCC's Scripts folder" option is available in the Utilities menu to help meet these new requirements.
Fixed some UI issues around the visibility of the pre/postflight script interface elements.
Fixed an issue in which other tasks within a group would start to run after the following events: a) start task group, b) stop task group before all tasks complete, c) manually run one of the tasks within the group.
Fixed an issue in which CCC would errantly report that a destination lacked support for files larger than 4GB.
Hourly run time limits that have a start or end time at midnight will be applied a little more gracefully, e.g. a task that starts a few seconds prior to midnight will be allowed to run with a midnight start time limit.
Fixed a password decoding issue that could cause problems while configuring a task with the Remote Macintosh option if the administrator's password on the remote Mac contained 3-byte characters (e.g. €).
Tasks that failed due to the source or destination being missing will no longer get a "failed" badge in the Tasks table if the task is also configured to not send error notifications when the source or destination is missing. Likewise, the Task Plan will now indicate this condition specifically, rather than offering a generic "Errors occurred during the last run" message.

New in Carbon Copy Cloner 5.1.7.5627 (Dec 14, 2018)

New in Carbon Copy Cloner 5.1.6.5566 (Oct 17, 2018)

New in Carbon Copy Cloner 5.1.5.5549 (Sep 18, 2018)

New in Carbon Copy Cloner 5.1.4.5482 (Jul 28, 2018)

New in Carbon Copy Cloner 5.1.3.5458 (Jul 18, 2018)

New in Carbon Copy Cloner 5.1.2.5426 (May 22, 2018)

New in Carbon Copy Cloner 5.1.1.5406 (May 22, 2018)

New in Carbon Copy Cloner 5.1.0.5387 (Apr 25, 2018)

New in Carbon Copy Cloner 5.0.9.5266 (Feb 16, 2018)

New in Carbon Copy Cloner 5.0.8.5263 (Feb 6, 2018)

New in Carbon Copy Cloner 5.0.7.5254 (Feb 2, 2018)

New in Carbon Copy Cloner 5.0.6.5245 (Jan 31, 2018)

New in Carbon Copy Cloner 5.0.5.5213 (Dec 12, 2017)

New in Carbon Copy Cloner 5.0.4.5163 (Nov 3, 2017)

Fixed the resolution of the task badge on Retina displays on High Sierra.
When creating a disk image, the disk image is now formatted as APFS if the source is an APFS volume. CCC also creates the Preboot and Recovery volumes on these disk images so that they can be restored using Disk Utility (in addition to being restorable via CCC).
Items marked as hidden now stay reliably hidden on an HFS+ destination on High Sierra.
Addressed an issue in which a task that specifies a remote Macintosh as the source or destination would re-try the connection too aggressively if the remote host was unavailable.
Fixed the free space indicator for APFS volumes when viewing a volume's details in CCC's sidebar.
Implemented an alternative key installation method for cases where the remote Macintosh cannot accept files via scp.
Improved the drawing of the task outlook table when viewing a task group.
Minor enhancements to the CCC command-line utility.
The source/destination contextual menu items now more consistently refer to the underlying volume for a disk image, and mounting/unmounting the underlying network volume for a disk image now works. Also tweaked the subtitle offered when an underlying network volume is not mounted. Previously it said '"{sharepoint}" is missing', now it says '"{sharepoint}" is not mounted'.
The "Show Details" button in CCC notifications that are presented as alerts now correctly opens the Task History event in CCC.
CCC now handles an undocumented Keychain Services error code that was occurring when CCC was trying to open its keychain for the first time (i.e. before the keychain yet exists). This resolves an issue that some High Sierra users might have encountered when trying to save a password to CCC's keychain.
Addressed an issue in which a backup task could stall while "Cleaning up" if the task was configured to unmount the destination volume, and Spotlight was dissenting the volume unmount.
Minor improvements to the Task Trend chart in the Task History window.

New in Carbon Copy Cloner 5.0.3.5115 (Sep 30, 2017)

New in Carbon Copy Cloner 5.0.2.5103 (Sep 25, 2017)

Added a menu option to clear CCC's entire Task History.
Added Stop Loading, Reload, Make Text Larger, and Make Text Smaller buttons to the Documentation tab of CCC's Help window.
Added a couple more ways to rename tasks and groups, because a lot of people were having trouble with this. Previously the semantics were similar to that of the Finder, e.g. click on the text of the title, or select the task and press the Return key to make the text editable. Now you can double-click a task in the task list to make the title text editable, or you can right-click on the text and choose the option to rename the task.
Tasks listed in the CCC menubar application are now sorted in the same manner as defined in the Tasks table of the main application. The same is now true for the View menu in the main application.
The run time order for grouped tasks is now considered when sorting the Tasks table by next run time.
Fixed the "failed to set global attribute" error on first launch for upgrading users.
Fixed a bug that could cause a spin if a CCC v4 imported task had been configured to run weekly, only on Sunday, and also with a runtime limit that prevented it from running on weekends.
Fixed a condition in which CCC would report that an error occurred while updating the dynamic linker shared cache and kernel extension cache (it wasn't an error, it was just new debug information).
Resolved some edge cases that caused remote Macintosh authorization setup to fail.
Connection reset errors (e.g. remote host drops the connection) now cause a remote Mac task to be restarted.
Imported v4 tasks with a remote Mac destination are no longer prevented from copying system items (i.e. because we don't yet know the destination filesystem).
Fixed an errant cloning coach message that said the destination on a remote Mac wouldn't be bootable because it wasn't the root of a volume.
Fixed the source/destination label in cases where the item is a remote Mac. The label wasn't updating consistently, and sometimes was left at the stub text.
Addressed some cases where CCC would consistently prompt the user for a guided setup when a task with "restore" in its name is present and specifies the current startup disk as the destination, or when the relvant destination volume is named "Macintosh HD".
Guided Setup and Guided Restore is now disabled if VoiceOver is active. Some VoiceOver users found that these bubble tips were stealing VoiceOver's focus, making task setup more challenging.
Fixed an issue in which CCC would become unresponsive if you configured a daily or weekly task to start at 7AM, and then checked the box to apply an hourly runtime limit.
System files are now excluded if the source has an OS older than 10.13 and the destination is APFS. Added a Cloning Coach message to explain the limitation.
APFS as a system destination is only supported when the running system is 10.13+.
Fixed the abbreviation for "Monday" that was incorrectly translated in German to "Monat" (rather than "Mo").
Increased the threshold for system uptime at the time of CCC load to 90 for determining whether the system just restarted. This accommodates slower systems that would otherwise skip a task that was missed while the system was off.
Write failures on NAS volumes are now more consistently presented as showstoppers that cause the task to fail rather than individual file errors in an otherwise-successful backup task.
Added some tolerance to the hourly run time limits such that tasks firing a few seconds before the limit window will be allowed to run.
Fixed an issue in which running a task group could lead to an inability to sleep the system.
Tasks that are both disabled and suspended now correctly get the "activate/leave suspended" dialog.
A task can now be moved back outside of a group if there is only one group present and all tasks are part of that group.
Enabled expansion tooltips for the task name in the task outlook table.
Fixed an issue in which the destination APFS Preboot volume was not getting properly populated when using an HFS+ source volume.
The Preferences window is no longer moved to the main screen if its on the secondary screen and the secondary screen is positioned below the main screen.
Improved some dialog behavior for tasks configured to run on source/destination reconnect, that also are configured to prompt before proceeding and issue a periodic reminder. The CCC User Agent now revokes a reminder prompt if you attach the affected disk before dismissing the reminder prompt.
Made some minor modifications to CCC's global exclusions list that resolves a startup delay when booting from the backup volume.
"Delete a SafetyNet folder" now accepts any item that is in the Trash.
The "Auto adjust" setting being disabled will no longer cause the advanced settings view to be expanded if the SafetyNet is set to Off.
Fixed an errant Cloning Coach message that said file metadata would not be preserved on a disk image on a network volume.
Cancelling out of the filter window without making changes will no longer leave the task in the edit state.
System folders are no longer excluded when copying to or from a folder on the startup disk.
Fixed a software update issue in which CCC might check for updates on startup if the update interval was set to never check.
Fixed the calculation of a task's elapsed time as noted in the Task Plan.

New in Carbon Copy Cloner 5.0.5039 (Aug 25, 2017)

CCC's SafetyNet pruning settings will now automatically adapt to the amount of data your tasks need to copy. If a backup task runs out of space on the destination, CCC will revisit the pruning of the SafetyNet folder, then resume copying.
The SafetyNet pruning feature is now available for Remote Macintosh destinations.
The setup procedure for backing up to a remote Macintosh has been greatly simplified.
Task filters can be configured for Remote Macintosh source volumes with the same ease as locally-attached volumes.
Tasks can be sorted by name, exit status, last run date, next run date, or manually.
Tasks cab be placed into groups for organizational purposes, and also to be run collectively as a group.
A new Guided Setup feature offers initial task configuration tips for first-time users.
Upon detecting that your Mac is booted from a CCC backup volume, CCC will present a new Guided Restore option. In the guided restore, CCC will create a new restore task, select the startup disk as the source, then present coaching tips that guide the user through selecting the destination and (optionally) excluding items from the restore task.
Tasks can be scheduled to run once at a particular time in the future. After that run, the tasks will revert to run "only when I click the Clone button".
Hourly runtime limits allow the user to limit a task to running only between 5PM and 7AM, for example. Hourly limits will prevent a task from starting if it's outside the specified run time, and if the task runs past the allowed end time, the task will be stopped.
CCC's Task History window now offers a trend chart. The trend chart shows how your tasks are performing over time, and how many files/how much data gets copied each time your task runs.
The destination selector offers a visual disk usage indicator.
You can right-click on a volume (e.g. in the source/destination selectors) to mount or unmount that volume, or to reveal it in the Finder.
The source and destination selections can be reset to "Choose a source/destination".
The CCC User Agent will now check for updates on the schedule defined in the main application.
Some of the the Cloning Coach messages have been aggregated and simplified to seem less daunting to novice users.
The "Find and replace corrupted files" setting can now be limited to run once per week or once per month.
Tasks can be imported and exported, making it simpler to migrate task settings to a second Mac.
New interface for defining task filters:
CCC can calculate the amount of space consumed by the files on the source. If you exclude items from the task or add custom filters to exclude items based on patterns, CCC will report the total protected size of each folder (and cumulatively).
The task filter can now exclude everything by default, allowing you to specify only what items should be included in the backup task. This is in contrast to the default behavior in which CCC includes everything by default, allowing you to specify what is excluded from the backup task.
Filters can be imported and exported. Additionally, when you change the source for your backup task, CCC will now ask you whether you want to reset the task filter (rather than simply resetting it).
The effects of custom and global filters are immediately apparent.
A QuickLook panel shows a preview of the selected file.
Contents can be sorted by name, modification date, or size.
You can select an item, then Shift+click on the checkbox for another item within the same parent folder to select/deselect all of the items in between.
If you really want to, you can have CCC copy your Trash. There's a checkbox for that now!

New in Carbon Copy Cloner 4.1.18.4592 (Aug 21, 2017)

New in Carbon Copy Cloner 4.1.17.4577 (Jul 21, 2017)

New in Carbon Copy Cloner 4.1.16.4564 (Jun 28, 2017)

New in Carbon Copy Cloner 4.1.15.4548 (May 19, 2017)

New in Carbon Copy Cloner 4.1.14.4543 (May 11, 2017)

New in Carbon Copy Cloner 4.1.13.4496 (Jan 13, 2017)

New in Carbon Copy Cloner 4.1.11 (Dec 9, 2016)

Implemented a workaround for a macOS bug in which IOKit retains copies of virtual device objects for some hard drive enclosures when the devices are physically detached from the system. The presence of that remnant leads IOKit to create a new, duplicate device when the hard drive enclosure is reattached to the system. The presence of the duplicate device is usally harmless, but it would lead to errors from CCC backup tasks about duplicate devices having the same unique identifier. This problem appears to be specific to some Western Digital enclosures and occurs primarily on macOS Sierra, though we have seen one report on OS X 10.11.6.
Fixed a cosmetic issue in which the "time elapsed" value noted in CCC's Task Plan was errantly longer than the actual elapsed time.
Fixed an issue in which CCC would fail to validate a NAS volume at the beginning of a backup task if the NAS credentials username contains an "@" character.
macOS Sierra's Finder obstinately refuses to remove system items protected with System Integrity Protection flags even when those items reside on an external volume (and are thus not actually protected). This version of CCC adds a "Delete a SafetyNet Folder" option to CCC's Help menu to help people that want to manually remove items from CCC's SafetyNet folder. Please note that CCC's automated pruning of the SafetyNet folder is unaffected by this Finder-specific matter. CCC will continue to automatically manage the SafetyNet without any additional effort on your part. This new feature is entirely for people that want to manually remove system file-containing folders from the SafetyNet.
Fixed an issue in which CCC would ask for authentication credentials for a NAS volume (e.g. when selecting it as a source or destination) despite that CCC already had the credentials for another sharepoint on the same NAS device.
Addressed an edge-case scenario in which CCC would report that it was unable to locate the source or destination root folder on a NAS volume when that NAS volume had been mounted by the logged-in user (vs. mounted by CCC at the beginning of the task).
Fixed an issue in which CCC would report that it lacked a password for the email notifications account if the username for that account contained a "/" character.

New in Carbon Copy Cloner 4.1.10.4424 (Sep 16, 2016)

CCC 4.1.10 is officially qualified on macOS Sierra. This update includes non-Sierra-specific changes and is recommended for all CCC 4 users.
Developed a workaround for a bug in macOS Sierra in which FileVault could not be enabled on the destination volume.
To accommodate changes in macOS Sierra, CCC now creates RSA key pairs for use with the Remote Macintosh option. If you create a new Authentication Credentials Installer Package (ACIP) with this version of CCC, CCC will replace an existing DSA-based key pair on the local Mac. As a result, you must (re)install the ACIP on all remote Macs that you currently have configured in your backup tasks.
Tasks listed in the postflight task popup menu are now sorted alphabetically.
Fixed an issue in which creating an empty custom filter would cause the Filters window to misbehave.
Apple relaxed some restrictions on sparsebundle disk images in macOS Sierra. On these systems, CCC now allows creating and mounting sparsebundle disk images on SMB sharepoints.
Fixed a logic issue that would cause the "Reset" button to not be displayed when a mounted-disk-image-on-NAS task failed because CCC lacked credentials to mount the underlying NAS volume.
Recovery HD tasks are prohibited when running on battery power, but this update adds an exception for USB-C MacBooks. For those systems, CCC will explain why the limitation is usually imposed, that an exception is allowed, and that you should take care to not allow the system to sleep for the duration of the Recovery HD creation task. More details on this change are available in the documentation.
This update to CCC will migrate CCC's keychain file from the user home folder to a global location. Among other issues, this resolves issues where folks couldn't update the password for a NAS volume associated with a particular task if that task was created while logged in to some other user account. That was an esoteric issue that doesn't seem like it should happen a lot, but the number of reports gave us the impetus to address the matter once and for all.

New in Carbon Copy Cloner 4.1.9.4365 (Jun 14, 2016)

New in Carbon Copy Cloner 4.1.8.4360 (Jun 7, 2016)

CCC will now proactively seek out case conflicts on the destination when the source is a case-sensitive volume and the destination is not. When case conflicts occur in filenames, CCC will append a randomized suffix to the conflicting files on the destination (but all files will be copied). When a case conflict occurs in a folder name, the conflicting folder will not be copied. In every case, CCC will report case conflicts at the end of the backup task and offer advice for resolving the issue.
Some network volumes incorrectly report themselves as case-insensitive despite being backed by a case-sensitive volume. CCC now tests for case-sensitivity on network volumes rather than trusting the value that is reported in their volume attributes. With this change, CCC can now report potential case-conflict scenarios more consistently to the user when configuring a backup task.
Made some improvements to SMTP account importing from the Internet Accounts database (El Capitan only). Also added an "Edit" button next to the SMTP account popup menu to make it more obvious how to edit those settings.
Made some improvements to the presentation of Gmail authentication failures. CCC will now walk the user through the process of creating Gmail app passwords when two-step verification is enabled on the user's Gmail account.
Added new task history status icons that should be easier to distinguish for users with color vision deficiency.
Added an "Always show progress window" option to the CCC menubar application menu. That option will always be available now, and closing the mini task progress window will not change that setting.
Fixed an issue in which the mini task progress window would never be visible if the user had checked the "Hide" button next to CCC User Agent in the Login Items tab of the Users and Groups Preference Pane.
CCC will now proactively request that the user restore AC power when performing a Recovery HD cloning task. CCC, nor any application, cannot prevent the system from sleeping when running on battery power.
CCC's privileged helper tool will now dissent a request to unmount a volume if it is currently removing a SafetyNet folder from that volume.
The free space threshold for deciding whether to compact a sparse disk image is now 25GB or 15% of the capacity of the destination, whichever is larger.
CCC will wait longer for a preflight disk image compaction task to complete to accommodate slower destination volumes.
You should never move an application (e.g. from your Downloads folder to the Applications folder) while that application is open. Previously, doing so with CCC could cause it to crash. CCC will now detect if the CCC application file has been moved while CCC is open. If the selected task has unsaved changes, CCC will automatically move the application back to its original location. If that fails, or if there are no unsaved changes, CCC will present a dialog, then quit and reopen itself from the new location.
Made some improvements to the auto-dismissal of the task finished overlay that's presented within the Task Plan when the selected task has completed. In some cases, that information would be presented, then revoked before the user had a chance to read it. Now it will remain until dismissed.
The CCC command-line application now has an option to print the task history in CSV format.
The CCC command-line application can now be invoked to send CCC-badged notifications from a shell script.
Fixed an issue in which CCC would errantly unmount a FUSE volume at the end of the task if it was mounted with the allow_root flag and mounted by the root user (e.g. with "sudo").
Addressed an issue in which the reminder associated with tasks configured to run on reconnect could be presented earlier than expected.
The options to not report an error when the source/destination is missing and to run the task as soon as the missing volume reappears were not previously available to tasks configured to run "Manually when I click the Clone button". That was appropriate, except in one case — when that task was invoked via task chaining. Now those options are made available to manual tasks, but only when those tasks are called via task chaining.
Added a "Task Configuration" token to the Email Template.
Improved error handling if errors occur during the attempt to mount a disk image when choosing "Restore from disk image" from CCC's Source selector.
An exit status of 104 will now cause the global preflight script to cancel the backup task and avoid recording a task history event.
/.quota.group and /.quota.user are now excluded from the backup task because changing those items on the destination causes the kernel to dissent unmount requests.
Fixed an issue in which the user could modify a task in CCC, then run the task via the CCC menubar application (which is a separate application from CCC). The task would run with the old settings, though the editor would present UI that suggests that the task is running with the new settings. Now if the user tries to run a task in the edit state via the menubar application, the menubar application will refuse to start the task, present a dialog indicating that the task is being edited, and will then open CCC.
Fixed a window resizing anomaly that could cause the source selector to be inaccessible.

New in Carbon Copy Cloner 4.1.7.4285 (Feb 2, 2016)

New in Carbon Copy Cloner 4.1.6.4255 (Dec 11, 2015)

New in Carbon Copy Cloner 4.1.5.4252 (Dec 2, 2015)

If a backup task is configured to unmount the destination volume at the end of the backup task, and Spotlight dissents the unmount request, CCC will unmount the destination with more deliberation to overcome the Spotlight dissent. This change should go a long way towards addressing problems with being unable to eject the destination volume after a backup task runs, an issue that has become especially problemetic on El Capitan due to Spotlight interference.
Resolved a hang caused by new behavior introduced in the 10.11.1 security update. Starting with 10.11.1, attempting to click on the "Allow" or "Always Allow" buttons when prompted to give access to a keychain item will fail if you are accessing the system via screen sharing. CCC now detects whether the event was initiated via a "virtual click", and in those cases will avoid asking for access to an item in your login keychain.
When prompting for a NAS volume password, CCC now accepts a blank password (after a confirmation prompt).
El Capitan Finder adds some extended attributes to files while they are being copied by the Finder. In some odd cases, the Finder fails to remove those extended attributes after the copy has completed, and these extended attributes occasionally cause errors when CCC tries to preserve them. CCC no longer tries to preserve these errant extended attributes.
Fixed a bug that could cause the backup task to fail with a message asking the user to report the problem.
On some El Capitan systems, the disk arbitration service is not ready to mount an encrypted volume immediately after it is unlocked. This build extends the delay that CCC imposes to work around this same bug that was discovered on Yosemite, and has only gotten worse (rdar://18910971 for anyone that has access and influence). Auto-mounting an encrypted destination should work more reliably now.
Added a workaround for enfs filesystem volumes that don't populate the disk arbitration attribute for a volume name, causing them to be named Untitled in CCC's interface.
The search criteria popup menus in the Task History window are now sorted.
CCC's User Agent will now revoke Task Started notifications when the corresponding Task Finished notification for that task is sent. This avoids having two notifications per task. Especially for users that prefer to have CCC notifications presented as Alerts, this will reduce some redundancy and free up some screen real estate.
CCC's user agent is now more proactive about pointing out automated tasks that have been suspended because the system is booted from a different startup disk.
Addressed an uncommon race condition in which having CCC load on login could lead to two copies of the CCC menubar application being present.
Applied an exception handler to work around an El Capitan bug that could occasionally lead to crashes on launch.
Paragon NTFS drivers occasionally add a NULL character to the end of their volume names. This makes it through to the interface as a control character (^@) on Mavericks and is otherwise harmless. On Yosemite, a text view will cause the application to hang if the "NSTextShowsControlCharacters" global default is set. This was an uncommon scenario, so we didn't see this problem frequently. On El Capitan, a text view (i.e. the Task Plan text view) causes a hang whether that global setting is applied or not. The result is that CCC will hang when a task is selected that references a Paragon NTFS volume. This update tediously detects and removes these rogue NULL characters before attempting to display a volume name in the Task Plan.
CCC will no longer report SoftRAID volumes as "not bootable" due to a partitioning problem.
Improved handling of Keychain write errors when a task is being edited by a user other than the user that created it.
Task completion notifications offer a bit more granularity on what constitutes "finishing" the task. If a task had more than just transfer errors, we now just say that it failed. This is more appropriate in cases where, for example, the task couldn't proceed at all because the destination was unavailable.
Ancillary errors (failures that don't affect data backup, e.g. a failure to send an email notification) are now raised to the user's attention, but in a more subtle manner than for transfer-related errors.
CCC will now attempt to compact a destination sparse disk image if the underlying destination volume has less than 25GB of free space at the beginning of the backup task. This threshold cannot be modified in the user interface (yet), please open a support request if this threshold is too conservative.
El Capitan paragraph spacing is almost twice that of Yosemite. Made a small change to how the Task Plan text is formatted on El Capitan to improve the space usage of that text view.
When looking for Recovery HD sources, CCC will now correctly locate Recovery HD archive files that reside on CoreStorage volumes.
CCC's scheduled task manager now subscribes to "system clock changed" notifications. If the system clock is automatically adjusted, CCC will now reschedule its task timers to accommodate the change. Normally auto adjustments are made on the scale of a few seconds and those changes are unimportant. We have discovered a few cases, however, where larger changes can occur (unrelated to time zone changes, which are handled differently) that can lead to tasks running much earlier or later than expected.

New in Carbon Copy Cloner 4.1.4.4188 (Sep 2, 2015)

This update is qualified on OS X El Capitan.
Fixed an issue that would lead CCC to report that its private keychain is not writable when the keychain had not yet been created.
CCC will no longer allow running another task as a postflight task if the secondary task is disabled.
SMTP usernames that contain special characters (e.g. "%") are now accommodated.
The user agent is no longer re-launched after changing the Show CCC icon in menubar preference. Especially on OS X 10.11, application launch time can be slow and this delay could lead to scenarios in which the preference became out of sync (e.g. if the user were to change that setting very rapidly).
Addressed a regression in which CCC occasionally could not skip past unreadable files.
Updated the procedure used to clone the Recovery HD volume to avoid an error at the end of the task that was specific to El Capitan.
Fixed a UI anomally in which the task name field was difficult to edit when another task was running.
Fixed an issue in which some UI elements in the Scheduler popover appeared to be disabled (but were not) on Yosemite and El Capitan.
Fixed an issue in which the "Submit Logs" button in CCC's Help window was inaccessible in non-English localizations.
Fixed a time zone adjustment issue for cases where a task was created in one time zone but then initially scheduled in another time zone.
When CCC encounters multiple volumes with the same unique identifier, it now presents the names of those volumes when reporting the problem. This should make it easier to resolve this esoteric issue.
When disabling the SafetyNet, CCC now asks the user if he would like to delete the SafetyNet folder on the destination. This will help avoid some cases of the task failing due to the destination being full.
Fixed an issue specific to El Capitan in which debug output spewed by Apple's hdiutil utility would be interpreted as errors and cause a disk image creation or mount task to fail.
Added custom VoiceOver descriptions for the task status images in the Task History window.
Added a global exclude for the special hidden .Transporter Library folder. This proprietary device from Connected Data was causing backup tasks to stall due to a bug in the OSXFUSE code that supports that device.
Fixed an issue in which the reminder timer associated with an "On Reconnect" task wasn't getting removed when the task was switched to ad hoc.
Added a workaround for fuse4x filesystems that don't advertise support for files larger than 4GB.

New in Carbon Copy Cloner 4.1.3.4135 (May 20, 2015)

New in Carbon Copy Cloner 4.1.2.4129 (May 6, 2015)

New in Carbon Copy Cloner 4.1.1.4127 (May 6, 2015)

New in Carbon Copy Cloner 4.1.4110 (Apr 29, 2015)

Added a new task progress window to the CCC User Agent application. You can now choose to display this miniature task progress window by choosing "Show task progress for CCC Backup Task" from the menubar application's menu. This window can automatically appear when tasks start and disappear when tasks complete. The window will show task progress for every task, allowing you to get detailed task progress information without having the main CCC application window open.
The task configuration portion of the CCC window can now be resized horizontally to make file selection easier when cloning selected files.
Added a "Simple Mode" in which CCC's interface is limited to the source and destination selectors and the Clone button. For people that want to use CCC only on an ad hoc basis (i.e. not for scheduling tasks), and want only the basic functionality of cloning one local disk to another local disk, Simple Mode delivers that experience. Simple Mode is accessed via the Carbon Copy Cloner menu.
Addressed several accessibility concerns. All CCC user interface elements should now be accessible via keyboard navigation and with VoiceOver.
The task list now has a contextual menu, with options to run, disable, duplicate or delete the clicked-upon task.
Tasks can be disabled globally from the CCC menubar icon. Tasks can be disabled until the user specifically re-enables them, or automatically re-enabled after a particular period of time.
User Agent and helper tool behavior improvements. If there are no automated or scheduled tasks configured to run, and if both CCC and its user agent have exited, CCC's helper tool will exit automatically. Likewise, the user agent will remain open only if there are automated tasks configured, or if the user has CCC configured to display its icon in the menu bar. The CCC User Agent login item is now exposed in the Login Items section of the Users & Groups preference pane, and this can be removed by the user (as well as in CCC's Preferences window). The services that are affected by disabling CCC's user agent are clearly explained in CCC's preferences window.
If the user declines saving a password for an encrypted volume in CCC's keychain, CCC will no longer ask the user for the password to that same volume in the future. The user will still have the opportunity to save that volume's password in CCC's keychain if, for example, the task fails to run because the encrypted volume was not unlocked, and CCC was unable to unlock it.
When a custom filter item is modified, CCC will now properly indicate that the task needs to be saved.
When dozens of volumes are present, CCC will now present these volumes in a scrollable list in the source and destination selectors.
In addition to each of the days in a week, "Day of the Month" is now an option when configuring monthly tasks. This allows the user to schedule a task to run "On the first day of the month" or "On the last day of the month".
SMTP accounts that are configured in Mail are now available in CCC's Email Settings preferences to simplify the setup of email settings.
CCC's Documentation window now offers an option to find text in the current page.
Fixed an edge-case issue in which sending an email could lead to a crash if the SMTP server stopped responding. Affected tasks would have completed successfully, but the email notification would not be delivered, and this also prevented a task history event from being recorded.

New in Carbon Copy Cloner 4.0.6.4022 (Feb 5, 2015)

New in Carbon Copy Cloner 4.0.5.4011 (Jan 24, 2015)

New in Carbon Copy Cloner 4.0.4.4009 (Jan 21, 2015)

CCC now makes a special accommodation for specifying a DiskWarrior Preview volume as the source to a backup task.
CCC now handles cases where the user or an external utility (e.g. "CleanMyMac") deletes the folder where CCC stores task configuration files while CCC is running. Previously this caused CCC to report that it was unable to save tasks (which would be resolved after restarting), now CCC will recreate the folder immediately, then save the task.
Fixed an issue that occured when multiple tasks started simultaneously and attempted to retrieve an item from CCC's private keychain. Previously, only one of the tasks would succeed, the others would report that they were unable to retrieve the keychain item, or that they were unable to mount the destination volume (for example).
Fixed a UI anomaly that would occur in the sidebar when resizing the window.
Fixed an issue in which the main window's user interface elements would not load properly on some Mountain Lion systems.
Fixed an issue in which custom filters associated with a task that had a remote Macintosh specified as the source would be lost after the initial import (e.g. from a CCC 3.5 task). Also fixed an issue in which this same task would constantly be marked "dirty" when the task was selected, despite making no changes to it.
Made a minor adjustment to how a Recovery HD volume is created that should avoid a bug in Disk Utility when attempting to make future partition changes to that disk.
CCC will now unlock the root destination folder if it is locked (rather than report an error that the destination cannot be written to).
Addressed a compatibility issue with some OS X FUSE volumes (e.g. BoxCryptor).
Fixed an issue in which CCC would report that a source Xsan volume was not available after that volume had been unmounted and remounted.
Implemented a workaround to an OS X Yosemite bug in which the height of a Save or Open panel (e.g. the panel presented when you choose "Choose a Folder" or "Choose a disk image" or "New disk image") grows by 22 pixels every time it is opened. This growth, when unchecked, would eventually cause the panel to grow past the bottom of the screen, making some buttons inaccessible.
Addressed an edge case in which the Recovery HD OS version was not collected for some Recovery HD volumes when opening CCC.
If a task is missed because the source or destination is missing, and the task is configured to run when the missing volume reappears, the state information that indicates that a run time was missed due to a missing volume is now stored persistently. Previously this information was lost when CCC's helper tool was reloaded, e.g. after restarting, or after updating CCC, which would result in a task getting skipped.
If a laptop's AC power is restored while the system is sleeping, this power state change is now detected more reliably on wake. Previously, CCC relied on the power state change notification to run tasks that were waiting for AC power to be restored. If that state change occurred during sleep, CCC would have missed the notification and errantly reported that a task was "waiting for AC power to be restored", even though AC power was available.

New in Carbon Copy Cloner 4.0.3.3831 (Nov 25, 2014)

In some cases, OS X Yosemite's Service Management daemon crashes while attempting to install CCC's helper tool. In other cases, the Service Management daemon fails to cope with a corrupted system folder, and this also leads to a failure installing CCC's helper tool. This update works around both of these OS X bugs.
OS X Yosemite's Finder has a bug in which mounted disk image volumes will appear to remain mounted after CCC has successfully unmounted them. Finder will remove these "ghost" icons if you double-click them, but this update works around this Finder bug by mounting disk images with a flag that prevents the disk image from being browsable in the Finder.
There is a bug in OS X Yosemite's diskutil command-line utility in which it will unlock and attach a FileVault-protected volume, but not mount that volume. This contradicts past behavior as well as the documentation for this utility. This update offers a workaround to this OS X Yosemite bug.
When OS X Yosemite is first started up, the console owner is sometimes an undefined user (and not the root user). This dubious ownership affected CCC's postflight power management options (restart and shutdown). This update now recognizes this dubious ownership and applies the power management action more effectively.
Added a new option to the scheduling selector that allows finer-grained control over the handling of a task when the source or destination is missing. You can now suppress errors and still have the task run when the missing volume reappears.
Added a troubleshooting option, "Don't preserve extended attributes". This new option can be leveraged when dealing with Synology DiskStation performance issues that occur when trying to retrieve extended attributes from files on the DiskStation.
The notification that is sent to NotificationCenter when the source or destination volume is missing has been improved. If the user has not deselected the option to "Run as soon as the missing volume reappears," the notification will ask the user to attach the missing volume to proceed. This is only applicable to cases where the source or destination is a local volume. If the affected item is a folder or is a network volume, we assume that other errors occurred beyond "volume is not attached" so the notification will still indicate than an error occurred.
Fixed an issue in which the path to the CCC private keychain was incorrectly imported in cases where a CCC 3.5 task had been created by a user account other than the currently-logged-in user.
The "Use strict volume identification" control is no longer disabled for ad hoc tasks.
The Task Plan now properly reflects the task "next run time" when a time zone shift has occurred.
Warnings that the Recovery HD is out of date are no longer improperly presented to non-admin users.
Fixed a condition in which the user agent would present a prompt to run a task before it had obtained the details of the task (such as task name) from CCC's helper tool.
CCC now obtains a sleep assertion that will keep the system awake during Dark Wake. In particular, this will avoid tasks running while the system is in and out of sleep (which is harmless, though makes it look like the task is taking longer than it actually is), and will also avoid the error "The backup task was aborted because the destination volume is on transient storage, and the system went to sleep."
Backup tasks configured to run on a monthly basis can now be configured to start on a date in the future.
Fixed an issue in which a scheduled task would fail to run because the system woke (or was powered on) a bit earlier than expected.
BitCasa volumes mounted via OSXFUSE do not advertise support for files larger than 4GB, so CCC was refusing to attempt to copy files larger than 4GB to these volumes. Apparently these volumes do actually support large files, so this update implements a workaround for this non-standard volume behavior.
Fixed an issue in which CCC could hang on launch if 64 or more volumes were mounted.
Fixed a bug in which CCC was errantly loading corrupted copies of task configuration files (e.g. that resulted from previous failed attempts to save the tasks).
Fixed a bug in which CCC was referencing the wrong unique identifier when storing the passphrase for an encrypted disk image in some edge cases. This would lead to CCC failing to mount the disk image and prompting the user to re-enter the passphrase.
The sanity checks that prevent a task from writing to a growable disk image on the startup disk are now avoided in cases where the disk usage of the source cannot be accurately determined.
Several non-error concerns are now suppressed from being presented as errors in the Task History window.
Fixed an issue in which CCC's Recovery HD archive was not getting updated when the source was updated to 10.10.
System files are no longer excluded by default from remote Macintosh sources.
Fixed an issue in which CCC would not prune the contents of the _CCC SafetyNet folder after it had been renamed from "_CCC Archives". This is a one-time occurrence, but in some cases users encountered a "Destination is full" message on this initial backup.
Some network filesystems have a rogue "hidden" flag on the root folder of the sharepoint. While Finder manages to ignore that flag, it is still preserved when copying files from that sharepoint with CCC. This would lead to the destination folder being invisible. This update strips any such rogue "hidden" flag from the destination root folder at the end of the backup task.
Fixed an issue in which an error that should have been ignored will cause the menubar application to display an alert icon when the user agent application is reloaded.
Fixed an issue in which CCC would occasionally crash if a slow network volume was present. This crash did not affect the operation of backup tasks, but was nevertheless annoying if the user was trying to modify a backup task.
Command+Option+Q will now quit CCC as well as the privileged helper tool and user agent. The helper tool and user agent consume nearly no resources when idle, and they are required for the performance of scheduled tasks. This is a convenience for people that do not wish to configure CCC tasks to run automatically.
The hidden NetBoot sharepoint hint files are now excluded by default. This avoids having the backup volume appear as an ad hoc NetBoot sharepoint when that volume is mounted, and also avoids the file sharing service preventing its unmount.
Fixed the checkbox that controls whether CCC automatically checks for software updates.
Fixed an edge case scenario in which CCC was unable to store SMTP credentials when logged in to a different user account than what was used to originally specify the credentials.
The "AvidUnityISIS" filesystem does not advertise support for files larger than 4GB, so CCC was refusing to attempt to copy files larger than 4GB to these volumes. Apparently these volumes do actually support large files, so this update implements a workaround for this non-standard volume behavior.
Fixed an issue in which CCC would not copy some items from a data-only volume to a network volume if those items had names that are the same as OS X system folders.
Fixed an issue in which ##et_source_name## was not getting replaced in email notifications when the source was a folder on a missing volume.
Fixed an issue in which the task would appear to not be proceeding when copying files to some network volumes.

New in Carbon Copy Cloner 4.0.1.3500 (Oct 16, 2014)

Email account settings are now imported when importing a CCC 3.5 task that was configured to send emails.
Tasks created by CCC 3.5 through 3.5.2 are now imported (previously they were not recognized as migrate-able tasks).
Fixed an issue in which CCC would errantly report that an error occurred while trying to set a global default.
Fixed an issue in which the CCC application window would be moved from a secondary display to the primary display when revealing the sidebar.
The CCC window position is now restored correctly in cases where the sidebar is hidden by default.
Errors that occur while establishing a secure connection to an SMTP server are now reported with better advice when sending a test email.
Fixed an issue specific to the German localization in which the "day" option for checking for CCC application updates would not "stick".
Fixed numerous UI behavior annoyances.
Fixed an issue in which CCC would occassionally report that a Recovery HD volume was out of date or missing when it actually was not.
There were a few places that the "Use strict volume identification" setting was not getting respected, and in those cases CCC would errantly report that the destination volume was unavailable. These should all be resolved now.
When the "Don't delete anything" Advanced SafetyNet option is specified, older versions of modified items are not deleted, they are moved to the SafetyNet. SafetyNet pruning is now available for tasks configured with this option.
Clicking on the "Find and replace corrupted files" button will now reveal a dialog informing the user of that option’s performance implications.
If the user is logged in as a non-admin, the Recovery HD is now properly presented as "", rather than "No Recovery HD". Recovery HD volumes can only be mounted when the logged-in user is an administrator.
CCC will more effectively keep the system awake when a task is running on a system that is running on battery power. Note that, by default, CCC tasks will not start if the system is running on battery power.
CCC now attempts to repair the ownership of its private keychain. This should deal with some edge cases in which the keychain's ownership is set to the root user.
Some ZFS volumes not only lack a UUID, but also have an underlying physical device with an identical volume name. This poses a problem for CCC when attempting to positively identify a ZFS destination volume. We have implemented a workaround in which the unmounted volume will be ignored, however this makes it impossible for CCC to pre-mount a ZFS volume that is attached, but not mounted. We're not happy with this workaround, and it can be avoided if the ZFS filesystem implementation is improved to add a volume UUID to each logical volume.
Fixed an issue in which "##et_destination_name##" was appearing in task notification emails.
Fixed an issue in which the Authentication Credentials Installer Package would fail to install, asking the user to report the issue to the Software manufacturer.
Numerous improvements to the CCC command-line utility.
Resolved some minor issues that led to crashes.

New in Carbon Copy Cloner 4.0.3262 (Oct 2, 2014)

HIGHLIGHTS:
Completely redesigned CCC's interface and architecture.
The functionality of the main task configuration window and the scheduled tasks window have been consolidated. Tasks can be saved, scheduled, and edited, all in the same window.
Configuring a backup task is far simpler -- complex settings are hidden by default, but accessible at the click of a button. The sidebar and toolbar can be hidden or revealed to control the number of options presented at once.
Menubar application for quick access to information about CCC backup tasks
Progress indication is no longer presented in a window that can't be minimized or managed like the rest of your windows. Instead, the menubar application icon changes to indicate that a task is running, and a simple progress indicator next to each task indicates how far along it is.
Tasks can be chained together to form more complex backup routines
New runtime conditions offer more control over when and how scheduled tasks run
A Task History window will indicate details about when a task ran and whether it was successful. All history events are listed in one window, and can be sorted by task name, source/destination name, start time, and status.
Configuring email account settings is now down in a centralized location. Test email notifications are now much more proactive about reporting configuration errors.
Email notifications can be customized. A template is offered in CCC's preferences that can be customized to include runtime variables (e.g. task name, source/destination name, data copied, errors reported, etc.).
The interface for specifying custom filters is greatly simplified. Filters are now explicitly retained per-task, and can easily be modified at a later time.
Custom filters can be reordered.
The "Disk Center" has been incorporated into the main window as well, offering details of locally mounted volumes such as disk usage, encryption status, presence of a recovery HD, and current read and write data rates.
The Disk Center simplifies the presentation of read and write error statistics collected by OS X's IOKit Storage Driver.
The Disk Center now lists tasks associated with each volume, along with relevant task state (e.g. last run date, last run status). Simply double-click a task to switch to the task view, or click the Clone button right in the Disk Center to run the associated task immediately.
A command-line application is now included that allows you to start, stop, and watch the progress of your CCC backup tasks.
A task migration assistant will help you migrate your CCC 3.5.x tasks to CCC 4.0
Authentication is no longer required every time you want to run a task. CCC will require authentication once for an administrative user, and then that user will have one-click access to starting, stopping, and configuring tasks. Non-administrative users will be required to authenticate with administrator credentials to start, stop, or modify CCC backup tasks.
What's new:
If an older build of CCC 4 is opened after applying an update, CCC now reports this as a problem rather than just not loading saved tasks.
Made some accessibility-related improvements. Most, if not all UI elements should be accessible via the keyboard.
Fixed an issue in Yosemite in which clicking on the Cancel button in the destructive task warning panel would not immediately dismiss the window.
Fixed the background color of the tasks and volumes tables on Yosemite. Hopefully this will work around a Yosemite-specific UI glitch.
Made some minor localization improvements.
If a task is configured to run when the source or destination is reconnected and prompt before proceeding, CCC previously discarded mount notifications that occurred when no user was logged in. This was technically correct behavior -- CCC should not proceed without the user's consent, however this led to some confusion in cases where users logged in shortly after the volume was mounted. Now CCC will replay volume mount notifications that occur when no user is logged in. The same applies for mount notifications that occur when the system is in an imminent sleep state.
Fixed a date comparison issue that would prevent a task from running if that task wass configured to run on reconnect and to skip if the task ran successfully in the last xx days. Also, if such a task is not supposed to run due to a recent successful run, that information is now presented in the Task Plan.
The CCC command-line application can now print summary information from task history events. These events are printed for easy parsing using "|" as a field delimiter.
Fixed some bugs that could lead to a crash.
Fixed a memory leak.
Fixed an issue in the update mechanism that could lead CCC to report that it did not have permission to change the application bundle.

New in Carbon Copy Cloner 3.5.7 (Sep 3, 2014)

New in Carbon Copy Cloner 3.5.6 (Aug 5, 2014)

New in Carbon Copy Cloner 3.5.5 (Jun 18, 2014)

CCC is now much more proactive about dealing with malfunctioning hardware. If a defective hard drive is causing the backup task to hang or to spew thousands of errors, CCC will generally abort the backup task within five minutes of the hang, collect extensive diagnostics information, then offer some hardware troubleshooting suggestions.
CCC will proactively report physical read and write errors before starting a backup task and give the user the opportunity to abort the task (e.g. and take appropriate hardware troubleshooting measures, replace hardware, etc.).
Errors related to setting or unsetting file flags on files that reside on SMB network volumes are once again properly suppressed.
Errors that the remote Macintosh could not be reached are now properly suppressed when the user has chosen the option to silently skip the backup task when the source or destination is unavailable.
CCC offers better progress indication in situations where the first folder encountered has many items (e.g. 10,000 files).
Fixed an issue in which a one-day reminder was getting assigned to a scheduled task that was configured to run "When the source or destination is reattached" despite that the user did not have a reminder interval scheduled for that task.
Addressed an issue in which the CCC application update process may appear to hang.
Errors generated by the Synology DiskStation NAS appliance related to the "01APIC_0X.jpg" extended attribute (an attribute that is proprietary to and added by the DiskStation NAS device) are now suppressed.
Resolved a problem in which CCC would errantly report than an Xsan volume was unavailable during a scheduled backup.
Improved the performance of saving multiple scheduled tasks.
Fixed an issue in which a CCC scheduled task could prevent idle sleep while the "Task finished" panel was displayed.
The ccchelper application will no longer register itself as a handler for the "plist" document type. The absence of a more suitable handler for this file type (especially on Mavericks) often leads to ccchelper being chosen as the default handler, and that was never our intention.
Improved handling of resource forks larger than 1MB when reading from or writing to some SMB sharepoints.
Addressed an issue in which the connection to a "Remote Macintosh" would be terminated by an overly aggressive firewall or proxy server.

New in Carbon Copy Cloner 3.5.4 (Nov 28, 2013)

Addressed an issue in which CCC would occasionally report errors such as "Could not find xattr #1" or "Missing abbreviated xattr", most commonly when archiving items in the Google Chrome application support directory.
CCC now removes its temporary private mountpoint folders used to mount and inspect Recovery HD volumes. Leaving these "stale" mountpoints in place was occasionally exposing a bug in the Finder in which it would report an error -43, "Some items could not be found" when trying to move items to the Trash. Relaunching Finder works around the bug, but cleaning up the stale mountpoints will avoid it.
Fixed an issue in which a scheduled task configured to run weekly, on "no days of the week" could be re-enabled without specifying a day to run the task.
The "Backup everything" filter was showing up twice for non-English localizations.
Disabling "Documents and Data" syncing in the iCloud Preference Pane causes your ~/Library/Mobile Documents folder to be renamed to Mobile Documents.12345678 (the number varies). The iCloud Preference Pane reports that the items in this folder will be deleted. In fact, the items are not deleted, though they are rendered unreadable as long as the "Documents and Data" setting remains disabled. The unreadable documents in this folder generate unnecessary errors in CCC backup tasks, so the contents of this folder will now be excluded by default. This exclusion only applies when the "Documents and Data" syncing is disabled.
CCC handles memory more efficiently now when numerous errors are encountered.
Added special handling for the "SANDS" filesystem from Tiger Engineering.
In some situations, the OS was sleeping before CCC finished sending an email notification. When this occurred, CCC was occasionally unable to complete sending the email when the system awoke (e.g. because the network wasn't yet available). CCC will now retain its idle sleep assertion long enough to complete sending the email notification.
CCC is now more conservative about starting a scheduled task if the system might be entering a sleep state. If the lid of your laptop is closed, for example, and your scheduled task is configured to wake the system to run the task, the system may forcibly go back to sleep between 10-30 seconds after waking. Previously, CCC might have been able to start a task in that window of time. This version avoids starting a task in those situations to avoid Dark Wake cycles (periods of sleep and wake in which network and disk connectivity are constantly in flux).
NFS volumes in which the root user is mapped to the root user (vs. root mapped to nobody) are no longer unmounted at the end of a scheduled task involving the NFS volume.

New in Carbon Copy Cloner 3.5.3 (Oct 23, 2013)

This update is fully qualified on Snow Leopard, Lion, Mountain Lion, and now Mavericks.
CCC now offers volume-specific advice about how to enable full disk encryption. Enabling encryption on an OS X backup volume, for example, involves several steps that must be executed in the correct order. If full disk encryption is not supported on a particular volume, CCC indicates exactly why not. We have also added answers to some frequently asked questions about full disk encryption to our documentation.
There is an odd edge case in OS X in which you can mount a network volume using a short user name, such as "johnny", but the remote host will place the long name in the filesystem URL that is returned, e.g. "Johnny Appleseed". Previously, this difference would cause CCC to believe that the network volume was mounted with other credentials altogether, and CCC would refuse to use the network volume under the assumption that permissions issues would ensue. This update addresses that issue, CCC will now immediately evaluate the filesystem URL of the network volume that is returned in reponse to its mount request and update its own internal reference to the user account as appropriate.
Fixed an issue in which CCC may refuse to allow the user to schedule a backup task to a disk image that resides on a FUSE volume.
Fixed an issue in which a scheduled task could load in a hung state if the task configuration file was corrupted.
Some Drobo devices have a problem storing extended attributes larger than 1KB. Rather than reporting that the Drobo device is unable to accommodate the extended attribute, these devices report that the destination volume is full, even when there is adequate space available. This update catches this edge case and reports it in a more meaningful way.
CCC will now explicitly refuse to create a Recovery HD partition if it can positively identify the selected volume as a Drobo device. Drobo's proprietary data moving techniques do not play well with dynamic partition changes, and Drobo specifically does not support the modification of partitioning outside of the Drobo Dashboard.
Fixed a Mavericks-specific display anomaly in the list of items to be copied.
Addressed an issue in which the OS rarely, but occasionally, does not send an "application finished launching" notification to the scheduled task helper tool, causing task initialization to fail.
Addressed an issue in which the OS rarely, but occasionally, does not send a distributed notification that a task has finished, resulting in the task appearing to hang at the end despite the fact that it had actually finished.
If you have employed the option to "Silently skip if the source or destination is missing", CCC will no longer proceed with that backup task if the missing volume reappears before the next scheduled run time. The task will instead run on its normal schedule.
The "LOGIN" SMTP authentication mechanism for Apple's iCloud SMTP service recently started to return invalid challenge responses to SMTP clients, causing some CCC email notifications to fail (for users that use iCloud SMTP accounts with CCC). This version of CCC works around this problem by preferring the "PLAIN" authentication mechanism instead.
Google recently made a change to its Gmail SMTP service that introduced a problem with sending email notifications to multiple recipients. This update resolves that problem.

New in Carbon Copy Cloner 3.5.2 (Dec 20, 2012)

Added support for sending notifications to Mountain Lion's Notification Center. Growl support will continue to be supported for Snow Leopard and Lion, but in Mountain Lion, CCC will only send notifications to the built-in Notification Center. We understand that Growl offers functionality beyond Apple's Notification center, but the time required to maintain support for Growl and protecting CCC from problems specific to Growl has become too much of a burden to continue its support when there is a capable alternative offered by the operating system.
Scheduled tasks configured to run when the source or destination is reattached now have an optional reminder interval. If your source or destination volume hasn't been attached in a given length of time (7 days by default), CCC will run the task and prompt you to attach the volume.
When selecting a folder as the source or destination, CCC now displays a "bread crumb"-style indicator of the path to the folder to make it more clear where exactly the source and destination folders are located.
CCC will now warn you if your USB-attached source or destination volume is "slow", e.g. attached in a manner that results in the interface speed being negotiated to 1.5MB/s or less.
Task names are now sorted in a case insensitive manner in the Scheduled Tasks window.
Improved CCC's handling of MacFUSE filesystems that do not explicitly allow access to the root user.
Made some improvements to how CCC prevents sleep during a backup task.
Improved handling of mounting network volumes with guest privileges.
CCC now offers a simple mechanism for updating the password for the credentials used to mount a network volume in a scheduled task (e.g. if the password was specified incorrectly when the task was created or has subsequently been changed).
There is now only one menu item for creating a Mac OS X Installer in CCC's Source menu. Selecting this item will automatically select the Mountain Lion installer, if present, the Lion installer if present (if the ML installer is not present), or give the user the opportunity to manually select a Mac OS X installer application. The user can also hold down the Option key while choosing this menu item to manually select a Mac OS X Installer application.
When CCC's Cloning Coach reports that the destination's Recovery HD needs to be updated, updating that Recovery HD is now much more automated.
CCC now works around problems cloning a Recovery HD volume that are caused by PGP and Paragon "flavors" of the GUID Partition scheme.
Fixed some issues handling file ownership when the source or destination filesystem is nfs, ppfs, osxfusefs, or fuse4x.
Made a few adjustments that should cause CCC to behave better while logged in as the root user. We don't recommend logging in as the root user, nor do we spend a lot of time testing this configuration, but it should work better now.
Made some improvements to how a logout event is handled. During logout, the WindowServer is torn down. Depending on the timing of that and when a CCC scheduled task manages to exit, it's possible for the scheduled task to make requests to the now-absent WindowServer which can lead to an exception. That exception can place CCC into an indeterminate state for a prolonged period of time. Now if a backup task is running and you log out, CCC will abort the backup task and exit more quickly. If an exception occurs, a secondary termination mechanism will reliably terminate the scheduled task, allowing it to properly reload and reconnect to the new WindowServer process.
Some email servers require SSL but do not support STARTTLS, which is the IANA-approved standard for negotiating SSL-protected connections to SMTP servers (http://tools.ietf.org/html/rfc3207). This update accommodates these servers by pre-negotiating an SSL connection when using port 465.
Made some minor user interface adjustments to accommodate the behavior of encrypting Fusion volumes.
Fixed the errant presentation of a configuration concern when the destination volume's Recovery HD OS version is not a perfect match to the OS version on the source. It is appropriate, for example, for the source volume's OS to be 10.8.2, but the Recovery HD volume's OS to be 10.8 (because Apple does not update the Recovery HD during ordinary OS updates).
Fixed a schedule calculation issue for monthly tasks in which some months could be skipped.
Fixed an issue in which some folders in the list of items to be copied could not be opened.
Addressed a couple issues where CCC would hang while trying to retrieve information from an unresponsive volume.
Filenames that use more than 255 bytes (e.g. less than 255 characters, but with non-ASCII, multibyte characters) are now preserved properly.
Fixed an issue in which applying the Mac OS X 10.8.2 Supplemental update would cause CCC scheduled tasks to report that "Mac OS X is not responding to CCC's request to perform a privileged task".
Fixed an issue in which CCC was unable to copy files to the destination if the root folder of the source was locked.

New in Carbon Copy Cloner 3.5.1 (Oct 23, 2012)

New in Carbon Copy Cloner 3.5 (Oct 23, 2012)

New in Carbon Copy Cloner 3.4.7 (Oct 23, 2012)

New in Carbon Copy Cloner 3.4.6 (Jul 21, 2012)

New in Carbon Copy Cloner 3.4.5 (Apr 25, 2012)

Fixed a minor timing issue that would prevent CCC from finishing the submission of an email notification when a scheduled task was configured to sleep or shut down the Mac.
Fixed an issue in which non-ASCII characters would be improperly displayed during the backup task (this was only a cosmetic problem).
Fixed an issue in which CCC would occasionally not retain the user's last choice in the preset configurations menu.
Growl notifications should be a bit more consistent on Lion.
In anticipation of Mountain Lion's requirement that I use Apple's code signing certificate to sign my application, this version of CCC will migrate entries in the CCC private keychain to a new keychain. I have leveraged codesigning in CCC for almost 5 years and recently started to rely on it to have access to keychain entries without annoying the end user for permission to do so. Switching code signing certificates at this point invalidates the keychain item access control lists that I previously applied, forcing me to migrate the keychain or face losing access to those keychain items. When you launch this new version of CCC, you'll see a progress panel that indicates that CCC is migrating the keychain. This should be fast and eventless. If you see a dialog from the system asking you to grant CCC access to a keychain item, however, it is imperative that you click on "Allow" to give CCC access to those keychain items.
In earlier versions of CCC, when an encrypted disk image's passphrase keychain entry was updated by the scheduled task helper application, access to that keychain item would be limited to only the scheduled task helper application. Subsequent ad hoc attempts to back up to the encrypted disk image (e.g. in CCC's main window) would result in a request to grant CCC access to the keychain item. This update fixes that access limitation.
Fixed a bug in which CCC would not properly set the modification date on files copied to SMB shares hosted by some versions of Windows. This would result in CCC wanting to recopy every file to the destination on subsequent backups.
Reverted to the pre-3.4.4 behavior of automatically running a scheduled task upon wake if the task missed a scheduled run time during sleep. If you would prefer that CCC automatically skip tasks missed during sleep, drop me a line on the Help Desk, there is a hidden setting that will accommodate this preference.
In previous versions, CCC might report that a source or destination folder on a network volume does not exist, when it plainly does. CCC now appropriately handles the permissions limitation that led to this errant message.
Fixed an issue in which extended attributes may be recopied to some non-HFS destinations every time a backup task runs.
Fixed a couple issues that could result in a crash.
Fixed an issue in which CCC would hang on launch if there is a corrupted scheduled task configuration file present. Now that corruption is detected and these files are removed.
Fixed an issue in which the "Reschedule all future events for this time of day" setting did not work for tasks configured to run weekly or monthly.
Fixed an issue in which weekly and monthly tasks scheduled with a start date prior to the Daylight Saving Time switch and a start time within the "lost hour" would run multiple times a day.
Scheduled tasks can now mount the underlying network volume for a source volume that is a disk image.
Fixed an anomaly with progress indication in which the progress indicator would jump wildly if the user ran a task with exclusions, then another task without exclusions.
Scheduled tasks will now reschedule themselves when the system time zone is changed. If a task was scheduled for 2PM Eastern time and you change the time zone to Pacific time, the task should run at 2PM Pacific time. This functionality is only partially available to Tiger users. Tiger doesn't offer "time zone changed" notifications, so the currently-scheduled task will only be rescheduled upon wake, or when the task is reloaded.
Some of the postflight cleanup tasks that are required for making a clone of Mac OS X bootable were getting skipped when minor transfer errors occurred. These tasks will now run regardless of minor transfer errors, so the destination volume should be bootable even when minor errors occur (assuming there aren't any other hardware compatibility problems).
A Japanese localization is included once again. A big thanks to Koichi MATSUMOTO for putting that together for this release!

New in Carbon Copy Cloner 3.4.4 (Feb 7, 2012)

Made several changes to the preset configurations. Both the wording and some of the settings have been changed in response to user feedback and typical usage scenarios.
New feature: CCC now provides support for archiving and cloning the Lion Recovery HD partition. Choose "Disk Center" from CCC's Window menu to find this functionality.
New feature: Scheduled tasks can now be configured to wake or boot the system when the task is scheduled to run.
New feature: For users with a Lion Installer application in /Applications, CCC's Source menu now includes a handy "Create a Lion Installer..." choice that will clone the Lion Installation disk image onto a physical volume.
Window positioning of the scheduled task helper application is now retained on a per-task basis, so you can move these windows around on your screen and multiple tasks won't be stacked on top of each other.
CCC will now mention the lack of a Recovery HD partition in the Cloning Coach prior to running the initial backup task.
The table of scheduled tasks in the Scheduler window are now sorted alphabetically by default.
Fixed a scheduler issue in which tasks scheduled to run on the first (any weekday) of the current month would be scheduled to run in the following month.
Fixed an issue in which CCC was not "remembering" the last preset that had been selected upon relaunching CCC.
Fixed an issue with the German localization related to the application of a particular setting in custom presets.
Fixed an issue in which a scheduled task had trouble mounting a disk image when uncommon permissions conditions were present (such as when a system is bound to an Active Directory directory service).
The "This volume will be bootable" message is back, though with a caveat that I have to insist upon from a support perspective. Many external hard drive enclosures still manage to screw up the boot process, and it's impossible for me to determine if that is going to happen for any particular user from within CCC.
When backing up to a subfolder, CCC now overlays an icon of the underlying volume on the folder icon in the task status panel.
Scheduled tasks that specify a network volume as the destination are now aborted when CCC receives a sleep notification.
Growl notifications should now work properly on Lion with Growl 1.3.
Email notifications now include the sender's full name.
Fixed a couple minor bugs associated with email notifications.
Fixed an issue in which the scheduled task window would be unresponsive while CCC waited for a response from an email server.
Added support for sending email to servers that use a self-signed certificate. This support is disabled by default, see the documentation for details on enabling this functionality.
Resolved a problem in which an errant filter would protect items in folders that were to be deleted, resulting in CCC reporting that it couldn't replace a particular folder or application.
Fixed a minor 5-second shutdown hang associated with CCC scheduled tasks.
Numerous tweaks to the advice that CCC offers for various error conditions.
Fixed some Lion-specific problems with the mounting of sparsebundle disk image files that are hosted on a network volume.
If you're running an ad hoc task in CCC (e.g. click "Clone" in the main window), CCC will ask before deleting anything from the _CCC Archives folder. To avoid problems that would affect automation, this warning is not provided for scheduled tasks.
CCC is more proactive about dealing with the 4GB file size limitation of FAT32 volumes. Files larger than 4GB will now be excluded by default, and you'll get a warning of this exclusion before running the task.
Fixed a hang that would occur at the end of a scheduled task while CCC tried to unmount the destination volume (network volumes only, Lion only).
Made some cosmetic changes concerning ZFS support.
Mail account settings on Lion are now properly imported and populated into the email notifications tab of the scheduled tasks window.
The path to a disk image file is now properly provided as the fourth argument to postflight scripts.
Fixed a 30 second hang that would occur while saving changes to scheduled tasks on Tiger. For every OS, though, saving scheduled tasks should be considerably faster.

New in Carbon Copy Cloner 3.4.4 Beta 1 (Oct 28, 2011)

New in Carbon Copy Cloner 3.4.3 (Sep 30, 2011)

Addressed a regression in which the body of email notifications sent by CCC would be cut off by some email servers.
CCC now prevents a user from choosing a non-writable folder as the destination when the underlying volume is a network volume or another type of volume mounted in "userland".
Fixed an issue in which CCC would report an error and skip the contents of a folder that had an unreadable extended attribute.
Made some tweaks to the advice that CCC offers in various error conditions.
Fixed a bug that would cause CCC to crash when sending a test email notification.
Fixed an issue in which the automatic unmounting of a disk image at the end of a backup task could cause a scheduled task to errantly report that "The backup task was aborted because the destination volume disappeared".
Fixed an issue in which a CCC scheduled task would report that "The destination volume is not available" in cases where the backup task specified a folder or disk image on the destination, and the destination volume had reappeared at an incremented mountpoint (e.g. /Volumes/Volume Name 1).
The presence of a network volume is determined more reliably during a scheduled task's pre-flight sanity checks.
Fixed an issue in which a scheduled task was unable to mount a disk image file on a network sharepoint when read access to the file was restricted to the file owner.
Fixed an issue in which items copied from a volume that doesn't support ownership would be owned by the root user rather than the user that created the backup task.
Fixed an issue in which CCC would fail to create a sparsebundle disk image on a network volume while running a scheduled task.
CCC now enforces the exclusion of system items when backing up to a non-HFS+ formatted volume.
Fixed an issue in which the exclusion of a file whose name included a return character would cause a CCC backup task to fail with an "Invalid filter" error.
CCC now makes a note in the CCC.log file of the largest file encountered during the backup. This value can be used to determine a minimum amount of free space that should be maintained on the backup volume.
Fixed an issue affecting Tiger users in which a network volume could not be automatically mounted before running a scheduled backup task.
Fixed an issue affecting Lion users in which an attempt to mount a network volume would result in a -6600 error code.
Fixed an issue in which setting extended attributes would fail on some filesystems for files whose names begin with an underscore.
Added support for the UF_TRACKED fileflag that was added in Lion. This also now fixes an issue in which the setting of that fileflag would cause errors on filesystems that don't support it.
Fixed an issue in which a backup task would fail if the source or destination volume on a remote Macintosh did not support Access Control Lists.
Implemented a workaround for a Finder bug affecting Leopard users in which a mounted disk image volume would not disappear from the sidebar when the volume was ejected by CCC.
Addressed an issue in which CCC would continue copying files after a scheduled task was inadvertently terminated due to rescheduling of the task by the user.
Fixed an issue in which CCC would incorrectly report that a network volume would not have enough capacity to accommodate the source volume.
Fixed an issue in which a system service would prevent a scheduled task from unmounting the destination volume. The task performed by this system service (kextd) is now handled explicitly by CCC.
CCC now unmounts a disk image destination volume when errors occur during the backup task.
Fixed an issue in which tasks scheduled to run hourly would be scheduled several hours into the future if the computer was slept and awoken after midnight.

New in Carbon Copy Cloner 3.4.2 (Aug 5, 2011)

Fixed an issue in which scheduled tasks with a remote Macintosh specified as the source would not run properly if the scheduled task had been upgraded from an earlier version of CCC.
Fixed an issue in which a task scheduled to run when the source or destination was reconnected would not fire unless the disk was physically detached from the Mac.
Fixed an issue that would interfere with the execution of scheduled tasks configured to back up to a network volume.
Fixed an issue in which some network filesystems would not appear in the source and destination menus, or would cause a crash when selected.
Fixed an issue in which the Cloning Coach would appear frozen on screen.
The email recipients field should now be editable on Tiger systems.
Several general tweaks to user interface behavior.
Fixed an issue in which a restored volume wouldn't be bootable if the volume had been restored while booted from a different version of Mac OS X than what was being restored.
CCC now avoids setting file flags and permissions on files that are not owned by the user account that was used to mount a network filesystem.
Fixed an issue in which CCC would report that it was unable to enable ACLs on the destination volume when specifying a folder as the destination.
Fixed an issue in which CCC would not display the list of currently-configured scheduled tasks in the Scheduler window.
Added undo and redo support to the "Ask a question about CCC" form in CCC's Help window.
Fixed an issue in which the "Send test email" button would be unclickable if the Scheduler window was resized vertically.
Fixed an issue in which a scheduled task would not run, rather it would only display the background "Defer/Skip" window. This issue was associated with a "-[__NSCFBoolean objectForKey:]: unrecognized selector sent to instance" error in the CCC log file.
Fixed an issue in which CCC would report an error enabling ACLs when the source was a remote Macintosh. The error would subsequently cause the backup task to fail.
Growl notifications should now work with scheduled tasks.
/.DocumentRevisions-V100 is now excluded by default. A note on this exclusion has also been added to the appropriate section of the documentation.
CCC now deletes the per-task archive folder at the end of the backup task if that folder is empty. The _CCC Archives folder will also be deleted if it is subsequently empty.
Archive folders were occasionally created with restrictive access that would prevent the user from accessing their contents. These folders will now be more reliably created with the user set as the owner.
Fixed a bug in which an improperly unmounted volume would cause scheduled tasks to fail. Suspending a Parallels VM, for example, could trigger this behavior (Parallels unmounts the "C" drive but does not remove the mountpoint folder).
Fixed an issue affecting Leopard users in which CCC would hang when the user clicked the Stop button.
Fixed an issue in which Growl notifications would not be accepted by the Growl helper when sent from a CCC scheduled task.
The "Maintain a backup (Archive modified and deleted items)" preset no longer calls for archive pruning. Archive pruning must be requested explicitly by the user.
Fixed an issue in which CCC would report permissions problems while accessing some files on network filesystems.
Made a couple tweaks to the sending of email notifications that should make it work better with some email servers.

New in Carbon Copy Cloner 3.4.1 (Jul 21, 2011)

New in Carbon Copy Cloner 3.4 (Jul 20, 2011)

New Features:
Support for backing up to/from network volumes This version adds support for backing up to and from non-HFS+ volumes. Specifically, you can back up the contents of FAT32 and NTFS volumes, as well as the contents of a network-attached volume (e.g. AFP, SMB). CCC will preserve as much filesystem metadata as possible, and will warn when incompatibilities exist between the source and destination filesystems. Please note that clones of NTFS volumes will not be bootable.
Folder-to-folder backups You can choose a specific folder as the source and destination; you're no longer limited to backing up to and from the root of a volume.
Restore directly to the startup disk CCC now permits specifying the startup disk as a destination volume. Users are no longer required to boot from the backup volume to restore non-system files.
New "Disk Center" reports disk performance statistics CCC now has a "Disk Center" window that offers information about how your volumes are partitioned and formatted, as well as performance statistics. If one of your hard drives encounters latency or media read/write issues, CCC will indicate these errors.
Support for Lion Full Disk Encryption CCC's Disk Center offers access to Lion's new "Full Disk Encryption" feature. You can use CCC to enable and disable the encryption of your backup volume(s), and see the progress of any conversion processes.
Expert troubleshooting advice from the new "Cloning Coach" The new "Cloning Coach" offers proactive insight on potential configuration problems as well as expert advice directly to the user about any errors that were encountered during the backup task. When CCC discovers filesystem corruption and media failures, the errors are now explained in layman's terms, with simple advice on how to resolve the errors. A convenient "Reveal in Finder" or "Launch Disk Utility" button gets you on your way to resolving complex problems.
Automount local, network, and encrypted volumes CCC makes a diligent effort to mount the underlying volume(s) to the source and destination before a scheduled task executes. If your source and/or destination disk is unmounted, but attached to your Mac (and powered on, of course), CCC will attempt to mount those volumes.
Email and Growl notifications CCC will send notifications to Growl when a backup task begins, ends successfully, and ends with errors. CCC can also send email notifications when a scheduled backup ends successfully or when it ends with errors.
Sleep/shutdown/restart at the end of a scheduled task CCC now offers the ability to sleep, restart, and shutdown your Mac at the end of a scheduled task.
Automated archive pruning CCC can now automatically prune the contents of your archived files prior to a backup task. Pruning can be specified to limit the size of the archived content, remove items older than a certain age, or to provide a certain amount of free space on the destination volume before proceeding. Pruning only affects the contents of the "_CCC Archives" folder at the root level of the destination.
CCC now leverages Keychain services to store passwords for encrypted disk images and network filesystems, allowing CCC to automatically mount an encrypted disk image or network volume during a scheduled task. Please note that the creation of encrypted disk images is limited to users running Leopard and higher.
Added support for saving a task configuration that only runs manually.
CCC now supports the creation of sparse bundle disk image files for users running Leopard and higher.
You can now specify AES-128 or AES-256 encryption for encrypted disk images.
During scheduled tasks, CCC offers the capability to unmount the destination volume or set it as the startup disk after the task completes.
CCC now allows you to manage the treatment of deleted and modified items on the destination volume separately. Items that have been deleted from the source since a previous backup task can now be archived, moved to the Trash, deleted immediately, or left alone. Items that have been modified since the last backup task can be archived, moved to the Trash, or overwritten.
CCC offers an option to not overwrite files on the destination if they are newer than the file on the source. Previously, files on the destination would be overwritten if the size or modification date differed, even if the file on the destination was newer. The previous behavior is still the default, as the primary scope of CCC is to make your destination volume look like the source volume (e.g. a backup).
CCC now offers a checksum-based comparison method for determining if a file should be updated on the destination. By default, CCC uses only file size and modification date to determine if a file should be updated on the destination. A periodic checksum analysis can find any previously-backed up files that have become corrupted on the backup volume (e.g. "bit rot").
CCC can now impose a bandwidth limit on data transfer to/from a remote Macintosh.
CCC offers an option to run the deletion pass prior to the file copying pass. In cases where space on the destination volume is tight, this will allow CCC to more consistently complete the backup task.
Issues Resolved:
CCC is now a bit more permissive in allowing scheduled tasks that specify a disk image on the startup disk as the destination.
Fixed a problem introduced in 3.3.7 in which CCC would under-report the amount of data copied if the backup task included a file larger than 4GB.
Fixed a bug in which the scheduled task helper application would crash at the end of the backup task under a unique set of circumstances.
Improved error management related to block-level copies.
CCC will now reformat the destination volume after a failed or aborted block-level copy, rather than leaving the cleanup task to the user.
Resolved an issue in which file ownership might get mapped to different numerical IDs when backing up to a remote Macintosh that has similarly-named user accounts.
Fixed an issue in which CCC would report that it was unable to delete a non-empty folder.
CCC will now properly format a new disk image as Case Sensitive HFS+ if the source volume has that format.
CCC will now warn of potential conflicts if the destination volume is not formatted as Case Sensitive HFS+ and the source volume is.
Fixed a bug in which the clone status panel would not be removed from the screen if the application was hidden.
Significant improvements to backup performance to/from a remote Macintosh.
Fixed a performance issue in which CCC would hang upon launch if a damaged hard drive was attached.

New in Carbon Copy Cloner 3.3.7 (Nov 24, 2010)

New in Carbon Copy Cloner 3.3.6 (Nov 12, 2010)

New in Carbon Copy Cloner 3.3.5 (Nov 9, 2010)

Significant improvements to the handling of media read errors. CCC will spend less time trying to read files from damaged media, so recovery of intact files from damaged volumes will be faster. CCC will present an error dialog as soon as read errors are detected and give advice on how to proceed.
Added an option to the "When target is reconnected" task scheduling setting that prompts the user to proceed with the backup task rather than starting automatically.
Made a minor configuration change to prevent a hang on logout when a task was scheduled (affected only Leopard users, and only when other background applications caused logout delays).
CCC now prompts for confirmation when the user attempts to stop a block-level copy that is in the verification stage. The consequences of the action are presented so the user can decide to continue with the verification if their intention was not to discard the cloned contents of the target volume.
Improved error messages presented when CCC has difficulty reaching a remote Macintosh. These error messages now link directly to step-by-step instructions in the documentation that should resolve the connectivity problems.
Resolved an issue in which the scheduled task progress panel of a completed task would appear hung for 20 seconds after waking from sleep.
Resolved an issue in which CCC would target a deleted disk image if a disk image from a previously canceled task was not unmounted.
CCC will now refuse to mount a sparsebundle disk image if the disk image resides on a volume that does not support the F_FULLFSYNC file control. Volumes that do not support this file control put the contents of a sparsebundle disk image at risk of data loss.
Resolved an issue in which CCC would check for updates on startup despite being configured to not check for updates.
CCC no longer affects the creation date of the root folder of the target volume. In certain edge cases, modifying the creation date of the root folder of the target volume can cause the filesystem to report incorrect information about hard linked files.
Fixed an issue in which CCC was unable to copy Access Control Lists due to memory constraints when copying more than ~100K files that had Access Control Lists.
CCC now properly handles the illegal Access Control Entries found on iDisk mirrors.
Minor changes to the presentation of the documentation.
The "Restore from disk image..." functionality in CCC's source menu now properly handles the mounting of encrypted disk images
Several dozen minor tweaks that deserve no individual mention, but collectively improve usability and performance, and reduce CCC's memory footprint, especially when idle.

New in Carbon Copy Cloner 3.3.4 (Sep 8, 2010)

Resolved an issue in which an error was reported if a file had 126+ Access Control Entries (ACEs).
Resolved an issue in which extended attributes were not reapplied to files modified since a previous backup.
Resolved an issue affecting Leopard users only in which the password specified for encrypting a disk image would not be recognized if the user did not click out of the password text field prior to clicking the Save button.
Resolved an issue in which the CCC.log file may be unwritable for the currently-logged-in user.
The text at the bottom of the Scheduler window now properly indicates that disabled scheduled tasks are not scheduled to run at a particular time.
Added a message to the end of an aborted block-level cloning task that informs the user to reformat the target volume in Disk Utility.
Improved the wording of some of the "What is going to happen" statements.
Resolved an issue in which CCC allowed a user to specify a directory as a pre- or post-flight script path (the path to an executable file is expected). This setting would subsequently cause CCC to report an error.
Resolved an issue in which CCC might hang while "Authenticating" or report an error while trying to run the first task that requires elevated privileges if the ownership of the /Library/PrivilegedHelperTools directory is amiss.
CCC now properly disallows the scheduling of a task that saves a disk image to the startup disk.
When using the "Archive deleted and modified items" feature, the timestamped folders are now stored in one folder at the root level of the target volume.
CCC now generates a warning when absolute paths are entered in the subfolder field of the Advanced Settings panel.
CCC now properly prevents you from trying to save a disk image in a folder to which you do not have write access.
Added a check for software updates to the end of the backup task for scheduled tasks.
Resolved an issue in which the "Data Copied" field would occasionally errantly report a very large number.
CCC now presents a more informative dialog when a block-level clone is stopped before it is finished. CCC now indicates that the target volume must be reformatted and presents a button that takes you to the Disk Utility application.
CCC provides better progress indication when converting a sparse disk image to a read-only disk image.
If the target directory does not exist on a remote Macintosh target, CCC now reports this condition before enumerating files.
Made several minor changes to the documentation to make it valid against XHTML Strict.
Adjusted the calculations behind weekly scheduling. Rather than having a week start on Sunday for all locales, the week will now begin on the date specified as the "Start on" date. Tasks scheduled with intervals greater than every week (e.g. every other week, every third week, etc.) will also more reliably determine the first and last days of the interval.
Scheduled backup tasks that specify a volume that is managed by autofs or automountd will now attempt to trigger those automounts.
CCC now indicates very clearly whether a Time Machine backup will be transferred.
Improved error messages associated with input/output errors to offer clear guidance on resolving them.

New in Carbon Copy Cloner 3.3.1 (May 4, 2010)

Addressed an issue in which CCC was not properly aborting a scheduled task when the target volume disappeared, which would result in files being copied to the startup disk.
We've made some significant changes to the organization of the documentation. Documentation and support are also now built-in to CCC. Answers are just a click away -- choose "Ask a question about CCC" from CCC's help menu to tap into Bombich Software's online support community.
CCC provides a more detailed alert panel when choosing to run a task with the "Delete items form the target that do not exist on the source". The icon of the target disk along with details about capacity and disk usage will help prevent users from inadvertently selecting the wrong volume as a target.
Added "?" help buttons in many dialogs that present common error conditions. These buttons link to more detailed information in the documentation about these error conditions and how to resolve the issues.
Addressed an issue in which CCC was unable to create an Authentication Credentials installer package on the MacBook Air.
Several minor usability enhancements
Scheduled tasks that were missed because the source disk was absent will now be initiated when the source disk reappears. Previous versions of CCC would only initiate a missed task when the target volume reappeared.
Improved the handling of mounting encrypted disk images.
CCC now properly dissents the unmounting of a target disk image's underlying filesystem, and properly aborts the task when a disk image's underlying filesystem disappears.
CCC can now initiate a backup to a disk image when the disk image's underlying filesystem reappears.
Minor improvements to the handling of disk images located on network filesystems.
The capacity of a target disk image is now set to the available capacity of the target, resolving confusion that arises when the target disk image runs out of space and the underlying volume has room to spare.
Resolved an issue in which CCC might be unable to unmount a disk image if antivirus or other software kept files on the disk image open.
Fixed an issue in which CCC would fail to run a task on certain installations of Tiger.
Fixed an issue in which aborting a running scheduled task would abruptly end any other running scheduled tasks.
Fixed an issue in which biweekly-run tasks would run weekly.
Addressed a situation in which the CCC.log might not be readable by non-admin users.
Scheduled tasks now present a dialog upon successfully completing so you can tell that CCC is actually running your tasks as scheduled. For people that liked the old behavior, these dialogs can be shown only when errors occur.
Scheduled tasks that end successfully, but with non critical errors, now present a dialog reporting the errors.
Fixed an issue in which the CCC synchronization engine would report "mknod" errors.
Addressed a minor performance issue with displaying the list of items to be copied for the startup volume.

New in Carbon Copy Cloner 3.3 (Sep 23, 2009)

New in Carbon Copy Cloner 3.3 Beta 4 (Sep 14, 2009)

New in Carbon Copy Cloner 3.2.1 (Mar 30, 2009)

New in Carbon Copy Cloner 3.2 (Mar 19, 2009)

Prior to version 3, CCC would not delete items at the root level of the target volume if those items were not present on the source volume. This was a convenient feature, but due to some fairly significant underlying changes in CCC 3, that feature was not brought forward. This feature is now available again in version 3.2 and later via the "Protect root-level items on the target" option. See the documentation for more details on the implementation of this feature.
Implemented filters support for remote source volumes.
CCC no longer disables non-HFS formatted volumes in the source and target lists. Rather, selecting these non-supported filesystems as a source or target will produce a helpful dialog box indicating how to proceed with those volumes.
The description of what will happen during a "Backup everything" task has been updated to more accurately reflect what actually occurs.
CCC now correctly reports on the bootability of mirrored volumes on PowerPC systems.
Resolved a few minor issues with cropped text in non-English localizations.
CCC will now report IO errors via a dialog box every time they are encountered. Previously, non-IO related errors encountered after IO errors would take precedence, and IO errors would only be reported in the CCC log.
Addressed an issue in which CCC would fail with a generic error when running out of space for temporary files on the target volume.
Included an updated version of rsync 3.0.5.
Resolved an issue in which locked folders caused synchronization errors in rare circumstances.
Resolved several rsync-related issues related to getting, listing, setting, and removing extended attributes.
Resolved an issue in which CCC would prompt the user to run a scheduled task (with a remote Macintosh as the target) when the network connection was re-established even if the task had been explicitly deferred.
CCC now creates its own key pair for ssh communication with other Macs on your network, rather than using any pre-existing key pairs.
CCC now mounts disk images at custom mount points in /tmp rather than in the default location of /Volumes.
Resolved an issue in which disk images could not be created on AFP or SMB network shares.
Resolved an issue in which the failure of certain built-in tasks would indicate that there was an error with a preflight script.
Several updates to the documentation: Expanded on the Tips section, added extensive coverage of the new "Protect root-level items on the target" feature, updated instructions on restoring from a disk image, minor updates to the "Backing up to a remote Macintosh" section (plus a large addition on backing up multiple Macs to a single "server"), and added several items to the FAQ section.