While robocopy can copy newer files, it can't remove files that have been deleted in the source (the drop location). Over time, junk files will accumulate in the target file system. A synchronization solution would be better. This would account for the deleted files. A sync operation might also better detect changed files via checksum, rather than file date (not sure on that one, but makes sense). Microsoft's SyncToy could be automated to do this, or even a custom task that leverages the Microsoft Sync Framework. SyncToy<http://blogs.msdn.com/sync/archive/2008/08/14/now-available-synctoy-2-0-file-synchronization.aspx>
Sync Framework <http://msdn.microsoft.com/en-us/sync/default.aspx> I also though of a solution that leverages a diff tool, like WinMerge, but this might be more trouble than it's worth. Craig Boland -------------------------------------------------------------------------------- Support procedure: https://www.codify.com/lists/support List address: [email protected] Subscribe: [email protected] Unsubscribe: [email protected] List FAQ: http://www.codify.com/lists/oztfs Other lists you might want to join: http://www.codify.com/lists
