Skip to main content

This article applies to version 6.

Other available versions:

Version 5 | Version 4icon.qnmark.png

Available in:

Small Business
Code42 Support

Supported metadata

This article applies to version 6.

Other available versions:

Version 5 | Version 4icon.qnmark.png

Available in:

Small Business


Metadata is data about data. For example, when saving a file, your device automatically records information about when the file was created or modified. Code42 supports file metadata, such as file modification date, and embedded metadata on all platforms. Downloaded files will include supported metadata as described in this article.

Why is metadata important?

Metadata gives context to our files and lets us use them in a functional way. For instance, file extensions are a basic form of metadata that give files context. Without a file extension, your device can’t differentiate a text file from a photo. The file extension metadata tells your device what applications can open the file.

Restore metadata

Supported metadata is included in your downloaded files. However, there are several considerations:

  • Code42 app: Metadata cannot be included with your files via web restore. To preserve metadata, download from the Code42 app.
  • Different operating system: If you download a file to a different operating system than the one where the file originated, the Code42 app may not be able to include metadata supported by the original operating system. For best results, download files on devices using the same operating system.

What metadata can I include?

Code42 supports restoring specific forms of metadata for each operating system listed below. Since different applications can create and store metadata in different ways, we can’t guarantee that every form of metadata can be included. However, we have tested the Code42 app for the types listed below.

Normally, metadata is stored within the file it is describing, but metadata can be created and stored in a number of ways. Some applications store metadata in a separate database file. One example is the metadata created by Lightroom. The Code42 app may have difficulty backing up the database file if it is in use, but if you choose to write the metadata to the file itself, the Code42 app will back it up regularly.


Supported Unsupported
  • Data fork
  • Resource fork
  • Owner information for regular files and directories
  • Symlink owner information
  • POSIX permissions
  • Locked flag
  • Modification date
  • Creation date
  • Finder comments (.DS_Store file)
  • ACLs
  • BSD Flags, which can be set via chflags
  • Extended attributes (for example, xattr) (up to 1 MB backed up)
  • Other named forks
  • Aliases

Restore to a non-HFS+ file system

When copying a file (and therefore restoring) to a non-HFS+ file system, any info not in the data file is stored in a “dot-underscore” file. For example, if you copy an HFS+ file named MyMug.jpg to a FAT 32 volume, there will be a file named ._MyMug.jpg in addition to the MyMug.jpg file in the same location.


Supported* Unsupported
  • Archive
  • Created date
  • Directory
  • Normal
  • Modified date
  • Readonly
  • Temporary
  • Accessed date (Version 6.9.0 and later)
  • Compression attribute
  • DACL (Discretionary Access Control List)
  • Encrypted
  • Hidden
  • Not_Content_Indexed
  • Offline
  • Reparse_Point
  • Sparse_File
  • System

* For files backed up with Code42 app versions 4.4.0 - 4.8.1 and 5.0.0 - 5.4.1, some file metadata may not be backed up correctly under certain circumstances. See our troubleshooting article for more details.


  • Permissions: UGO, RWX
  • uid
  • gid