Supported file types for processing
Relativity supports many different file types for processing. There are also a number of file types that are incompatible with the processing engine. Before you begin to process your data, it may be helpful to note which types are supported and unsupported, as well as any caveats involved with processing those types of files.
This page contains the following information:
Note: Data pulled from supported versus unsupported file types: Relativity only pulls limited metadata from unsupported file types. Data pulled from supported file types includes metadata, text, and embedded items.
Supported file types
The following file types and extensions are supported by Relativity for processing.
Note: Renaming a file extension has little effect on how Relativity identifies the file type. When processing a file type, Relativity looks at the actual file properties, such as digital signature, regardless of the named extension. Relativity only uses the named extension as a tie-breaker if the actual file properties indicate multiple extensions.
File type | Extensions |
---|---|
Adobe files |
PDF, FM, PS, EPS
|
AppleDouble | AppleDouble-encoded attachments in e-mails |
CAD files |
DXF, DWG, SLDDRW, SLDPRT, 3DXML, SLDASM, PRTDOT, ASMDOT, DRWDOT, STL, EPRT, EASM, EDRW, EPRTX, EDRWX, EASMX
|
Compressed files |
7Z, ZIP, TAR, GZ, BZ2, RAR, Z, CAB, ALZIP ZIP containers do not store time zone information for CreatedOn, LastModified, and LastAccessed fields. When extracting files, time stamps are only meaningful if the time zone that the ZIP container was created in is known. Relativity extracts file metadata and updates the CreatedOn and LastModified fields if available. Otherwise, CreatedOn defaults to 1/1/1900 and LastModified reflects the worker local time zone. LastModified and LastAccessed fields will usually match. Note: Relativity does not support multi-part ZIP, TAR, or 7Z files. |
Database files |
DBF
|
PST, OST, NSF, MSG, P7M, P7S, ICS, VCF, MBOX, EML, EMLX, TNEF, DBX, Bloomberg Mail XML
|
|
EnCase versions:
|
E01, Ex01, L01, LX01
|
Excel |
XLSX, XLSM, XLSB, XLAM, XLTX, XLTM, XLS, XLT, XLA, XLM, XLW, UXDC
Note: If you save a Powerpoint or Excel document in pre-2007 format, .PPT or .XLS files for example. and the document is read-only, we use the default known password to decrypt the document, regardless of whether or not the password exists in the Password Bank. |
Google Workspace | For details, see Google Workspace considerations. |
HTML |
HTML, MHT, HTM, MHTML, XHTM, XHTML
|
Image files | JPG, JPEG, ICO, BMP, GIF, TIFF, TIF, JNG, KOALA, LBM, PBM, IFF, PCD, PCX, PGM, PPM, RAS, TARGA, TGA, WBMP, PSD, CUT, XBM, DDS, FAX, SGI, PNG, EXF, EXIF, WEBP, WDP, |
JungUm Global | GUL |
OneNote |
ONE
|
OpenOffice | ODC, ODS, ODT, ODP, XPS |
PowerPoint |
PPTX, PPTM, PPSX, PPSM, POTX, POTM, PPT, PPS, POT
Note: If you save a Powerpoint or Excel document in pre-2007 format, .PPT or .XLS files for example. and the document is read-only, we use the default known password to decrypt the document, regardless of whether or not the password exists in the Password Bank. |
Publisher | PUB |
Project | MPP, MPT, MPD, MPX
Note: The text extracted from Project files is from the Gantt chart view and will include Task Notes. |
Relativity Collection Container | RCC |
Short message |
RSMF
|
Text files |
TXT, CSV, and others Note: Processing supports any file type whose underlying storage is ASCII or Unicode text and thus supports all text file types and extensions. |
Vector files | SVG, SVGZ, WMF, PLT, EMF, SNP, HPGL, HPG, PLO, PRN, EMZ, WMZ |
Visio |
VSD, VDX, VSS, VSX, VST, VSW, VSDX, VSDM
|
Word |
DOCX, DOCM, DOTX, DOTM, DOC, DOT, RTF Word 2.0 through the current product version is supported, including templates. |
WordPerfect | WPD, WPS |
Note: Relativity currently does not support the extraction of embedded images or objects from Visio, Project, or OpenOffice files. In addition, Relativity never extracts any embedded objects or images that were added to any files as links. For a detailed list of the Office file extensions from which Relativity does and does not extract embedded objects and images, see Microsoft Office child extraction support.
Note: If you use the Native text extraction method on the profile, Processing does not handle pre-2008 Microsoft Office files that have the Protected view enabled. You must use the Relativity text extraction method to process these files.
Excel file considerations
Due to Excel specifications and limits, when processing a database file with the Native text extraction method, the DBF file may miss data in extracted text. For example, if a DBF file contains more than 1,048,576 rows and 16,384 columns, the extracted text of these files won’t contain text on row 1,048,577 and onward and on column 16,385 and onward. For more information, see Excel specifications and limits on the Microsoft website.
Google Workspace considerations
When you gather Google Workspace data, Google provides a supplemental metadata file. For Google Mail (Gmail), the metadata file is a CSV. For Google Drive, the metadata file is an XML.
Beginning in September 2021, Processing automatically identifies when the supplemental metadata file is present in your file share, links the metadata fields to the processed files, and makes them available as mappable fields.
There are two methods for collecting Google Workspace data:
- Relativity Collect
- Manual download via Google Vault
Relativity Collect
When using Relativity Collect to gather Gmail data, the metadata file is provided as a CSV, an XML file is also provided but not used. When using Collect to gather Google Drive data, the metadata file is provided as an XML.
Relativity Collect: Gmail | Relativity Collect: Google Drive |
![]() |
![]() |
Note: Relativity Collect places additional files in the root of the data source. They are processed as loose individual files if they are not removed prior to processing.
Considerations
- Google Chat data is converted to Relativity's short message format (RSMF) for processing when using Collect to gather data.
- Do not edit the supplemental metadata files or they Processing will not recognize them.
Google Vault
When using Google Vault to gather Gmail data, download the [EXPORT_NAME].zip, [EXPORT_NAME]-metadata.csv, and [EXPORT_NAME]-metadata.xml files. For Google Drive data, download the [EXPORT_NAME].zip and [EXPORT_NAME]-metadata.xml files. When collecting data manually from Google Vault, you must export Gmail data in MBOX format. Relativity does not sync additional metadata if exported as a PST.
Google Vault: Gmail | Google Vault: Google Drive |
![]() |
![]() |
Note: If you have files saved in your root folder other than the supplemental metadata files, they are processed as loose individual files.
Considerations
- Google Chat data is not converted to Relativity's short message format (RSMF) when using Google Vault.
- Do not edit the supplemental metadata files or Processing will not recognize them.
Google Workspace metadata field lists
The Google supplemental metadata files contain the fields listed below, all of which are available for mapping to Document object fields.
Note: Google may add, remove, or edit fields at any time. The most current lists can be found on their Vault export contents webpage.
The following table lists the metadata fields found in the Google Drive XML.
Google Drive XML Field | Relativity Source Field Name |
Description |
---|---|---|
DocID | Google/DocID | A unique identifier for the file. For site exports, the value is the page ID. |
#Author | Google/Author | The email address of the person who owns the file in Drive. For a shared drive file, it shows the shared drive name. |
Collaborators | Google/Collaborators | The accounts and groups that have direct permission to edit the file or add comments. Also includes users with indirect access to the file if you chose this option during export. |
Viewers | Google/Viewers | The accounts and groups that have direct permission to view the file. Also includes users with indirect access to the file if you chose this option during export. |
#DateCreated | Google/DateCreated | The date a Google file was created in Drive. For non-Google files, the date the file was uploaded to Drive. |
#DateModified | Google/DateModified | The date the file was last modified. |
#Title | Google/Title | The file name as assigned by the user. Because some operating systems cannot expand zip files with extremely long file names, Vault truncates the file name at 128 characters during export. The value shown by the #Title tag isn't truncated. |
DocumentType | Google/DocumentType |
The file type for Google files. Possible values are:
|
Others | Google/Others | The accounts from your query that have indirect access to the file if you opted to exclude access level information during export. May also include users for whom Vault could not determine permission levels at the time of export. |
DocParentID | Google/DocParentID | For sites, the site ID. |
SharedDriveID | Google/SharedDriveID | The identifier of the shared drive that contains the file, if applicable. |
SourceHash | Google/SourceHash | A unique hash value for each version of a file. Can be used to deduplicate file exports and verify the exported file is an exact copy of the source file. Supported by Google Docs, Sheets, and Slides files only. |
FileName | Google/FileName | The file name. Use this value to correlate the metadata with the file in the export ZIP file. |
FileSize | Google/FileSize | The size of the file in bytes. |
Hash | Google/Hash | The MD5 hash of the file. |
UserQuery | Google/UserQuery | The query submitted by the Vault user that retrieved the files included in this export. |
TimeZone | Google/TimeZone | The time zone used for date-based searches. |
Custodians | Google/Custodians | The email addresses of the users whose accounts were searched. If you searched for content rather than individual user accounts, there are no custodians listed here. |
The following table lists the metadata fields found in the Gmail CSV:
Google Mail CSV Field |
Relativity Source Field Name |
Description | Notes |
---|---|---|---|
Rfc822MessageId | Google/Rfc822MessageId | A message ID that is the same for the receiver's and sender's messages. Use this value to correlate metadata with the message in an MBOX export. For classic Hangouts, the value is for the first message in the thread. | |
GmailMessageId | Google/GmailMessageId | A unique message ID. Use this value to manage specific messages with the Gmail API. For classic Hangouts, the value is for the first message in the thread. | |
Account | Google/Account | The account that had the message in their inbox. For example, user1@company.com received a message sent to groupA@company.com because they are a member of the group. If a search returns that message because it was in user1's Inbox, then the value of To is groupA@company.com while the value of Account is user1@company.com. | |
From | Google/From | The sender account. | |
To | Google/To | The recipient account. Multiple recipients are comma-separated and the list is in double quotes. | Gmail only |
CC | Google/CC | Accounts in the cc: field. | Gmail only |
BCC | Google/BCC | Accounts in the bcc: field. | Gmail only |
Subject | Google/Subject | The message subject. | Gmail only |
Labels | Google/Labels | Labels applied to the message by Gmail or the user. | Gmail only |
DateSent | Google/DateSent | The message send date in UTC, yyyy-MM-dd'T'HH:mm:ssZZZZ. | Gmail only |
DateRecieved | Google/DateRecieved | The message received date, yyyy-MM-dd'T'HH:mm:ssZZZZ. | Gmail only |
SubjectAtStart | Google/SubjectAtStart | The subject of the conversation when the first message was sent. | classic Hangouts only |
SubjectAtEnd | Google/SubjectAtEnd | The subject of the conversation when the last message was sent. | classic Hangouts only |
DateFirstMessageSent | Google/DateFirstMessageSent | The time stamp for when the first message in a conversation was sent. | classic Hangouts only |
DateLastMessageSent | Google/DateLastMessageSent | The time stamp for when the last message in a conversation was sent. | classic Hangouts only |
DateFirstMessageReceived | Google/DateFirstMessageReceived | The time stamp for when the first message in a conversation was received. | classic Hangouts only |
DateLastMessageReceived | Google/DateLastMessageReceived | The time stamp for when the last message in a conversation was received. | classic Hangouts only |
ThreadedMessageCount | Google/ThreadedMessageCount | The number of messages in the conversation. | classic Hangouts only |
RSMF mapping considerations
Generally, Relativity maps all metadata based on EML, but the following RSMF-specific mappings are considered non-standard.
Note: All EML Header strings are case insensitive, which isn't unique to RSMF files.
EML Header | Metadata Field(s) |
---|---|
X-RSMF-BeginDate |
|
X-RSMF-EndDate |
|
X-RSMF-EventCount | Rsmf/MessageCount |
Multi-part forensic file considerations
When processing a multi-part forensic image, make sure that the Source location points to the root folder that must contain all files that make up the image. If you select only the first file of the image, E01, L01, EX01, LX01, inventory and discovery will fail with an unrecoverable error.
This is due to the fact that inventory looks at files where they reside in the processing source folder and does not copy them to the repository. If only the first file is selected, during discovery that file and only that file will be copied to the repository and the workers will attempt to extract from it and fail since the rest of the archive is not available.
When processing E01 files, the following NTFS file system files are skipped:
- Unallocated space files
- Index $I30 files
-
$TXF_DATE files
Native text extraction and OCR
Processing distinguishes between text and line art in the documents you process. For these documents, processing will only OCR the line art. This means that Relativity does not skip OCR if a page has electronic text.
Accordingly, Relativity performs both native text extraction and OCR on the following file formats:
- All vector formats—SVG, CAD files, Metafiles [WMF, EMF], Postscript, Encapsulated postscript
- PDF, Visio, Publisher, MS Project, Hancom and JungUm files
All image formats, TIFF/JPEG/GIF/BMP/PNG and more, do not have native text, so only OCR is performed. If the file has electronic text and images, native text extraction and OCR will be performed.
Support for password-protected RAR archives
Processing does not decrypt a file that gets its encryption directly from the RAR file that contains it. This means that if you attempt to process a password-protected RAR archive on which the Encrypt file names property is checked, Processing is unable to extract the files inside that archive.
In addition, note that Processing can extract a single password-protected file from a RAR archive, but not multiple password-protected files in the same archive.
The following table breaks down Processing's support of password-protected RAR archives.
- √—Processing will decrypt the file.
- Empty—Processing will not decrypt the file.
Archive type | Single password-protected file | Multiple password-protected files | Encrypt File Names property |
---|---|---|---|
RAR | √ | ||
Multi-part RAR | √ |
MSG to MHT conversion considerations
The following table provides details on the differences between how Relativity handles MSG and MHT files. This information may be especially useful if you plan on setting the Email Output field on the processing profile to MHT.
Category | Field/Attribute | MSG | MHT |
---|---|---|---|
Metadata fields | Show Time As | This field sometimes appears in the extracted text from MSG files when not explicitly stated in the MSG file itself. The default for a calendar invite is to show time as busy; the default for a cancellation is to show time as free. | Show Time As does not appear in the extracted text if the default value is populated. |
Metadata fields | On behalf of | This field is sometimes present in text from MSG. In some cases, this field is populated with the same value as the From field. | On behalf of does not appear in the extracted text. |
Interline spacing | N/A |
The expected number of blank lines will appear in the extracted text. Line wrapping for long paragraphs will also be present. |
In some cases, the text in MHT format has fewer blank lines than the text from MSG. In addition, there is no built-in line wrapping for long paragraphs. |
Intraline spacing | N/A |
White-space characters are converted to standard space characters. |
White-space characters may remain as non-breaking spaces. |
Email addresses | When an MSG is converted to MHT, the text is extracted from the MHT using OutsideIn. This can lead to a loss of data. | If joe.smith@acme.com renders as Joe Smith in the MHT, the email address is not captured in the extracted text. |
Email image extraction support
It may be helpful for you to understand when Relativity treats an image that is attached to an email as an inline, or embedded, image and not as an actual attachment. The following table breaks down when this occurs based on email format and image characteristics:
Email format | Attachments that are inline, embedded, images |
---|---|
Plain text | None |
Rich text | IPicture-based OLE embedded images |
HTML |
|
You can arrange for the discovery of inline images when creating Processing profiles, specifically through the field called When extracting children, do not extract.
Inline image identification
Relativity Processing defines inline images within emails through the HiddenAttachment field. This field is not mapped by default. See Mapping processing fields for more information.
Microsoft Office child extraction support

The following table displays which Office file extensions will have their embedded objects and images extracted by Relativity and which will not.
- √—Relativity fully extracts the embedded object and image.
- √*—Relativity partially extracts the embedded object or image.
- Empty—Relativity does not extract the embedded object or image.
Office program | File extension | Embedded object extraction | Embedded image extraction |
---|---|---|---|
Excel | XLSX | √ | √ |
Excel | XLSM | √ | √ |
Excel | XLSB | √ | √ |
Excel | XLAM | √ | √ |
Excel | XLTX | √ | √ |
Excel | XLTM | √ | √ |
Excel | XLS | √ | √* |
Excel | XLT | √ | √* |
Excel | XLA | √ | √* |
Excel | XLM | √ | √* |
Excel | XLW | √ | √* |
Excel | UXDC | ||
Outlook | MSG | √ | √ |
Word | DOCX | √ | √ |
Word | DOCM | √ | √ |
Word | DOTX | √ | √ |
Word | DOTM | √ | √ |
Word | DOC | √ | √* |
Word | DOT | √ | √* |
Word | RTF | √ | √ |
Visio | VSD | ||
Visio | VDX | ||
Visio | VSS | ||
Visio | VSX | ||
Visio | VST | ||
Visio | VSW | ||
Visio | VSDX | √ | √ |
Visio | VSDM | √ | √ |
Project | MPP | ||
Publisher | PUB | √ | |
PowerPoint | PPTX | √ | √ |
PowerPoint | PPTM | √ | √ |
PowerPoint | PPSX | √ | √ |
PowerPoint | PPSM | √ | √ |
PowerPoint | POTX | √ | √ |
PowerPoint | PPT | √ | √ |
PowerPoint | PPS | √ | √ |
PowerPoint | POT | √ | √ |
OneNote | ONE | √ |
Notable unsupported file types
Processing does not support files created with the following programs and versions:
Product category | Product name and version |
---|---|
DOS Word Processors |
|
Windows Word Processors |
|
Mac Word Processors | MacWrite II Version 1.1 |
Disk Images | Symantec Ghost |
Spreadsheets |
|
In addition, processing does not support the following files:
- Self-extracting RAR files
- PEM certificate files
- Apple i-Works suite (Pages, Numbers, Keynote)
- Apple Mail:
- .emlxpart
- .partial.emlx
Note: The .emlxpart and .partial.emlx are distinct from the .emlx file extension, which is supported by processing.
- Audio/Video files
- .wav
- iCloud backup files
- Microsoft Access
- Microsoft Works
- Raw partition files:
- ISO
- NTFS
- HFS
Note: For information on the limitations and exceptions to our supported file types, see Supported file types.
Supported container file types
The following file types can act as containers:
File type | Extensions |
---|---|
Bloomberg |
XML
|
Cabinet |
CAB
|
Compressed files |
7Z, ZIP, TAR, GZ, BZ2, RAR, Z, CAB, ALZIP When working with archives, there is no limit to the number of layers deep Processing goes to extract data. It extracts until there is no more data to be extracted. Inventory, however, only extracts data from first-level documents. For example, you have a .ZIP within a .ZIP that contains an email with an attached Word document, inventory only extracts up to the email. Note: Relativity does not support multi-part ZIP,TAR, or 7Z files. |
EnCase | E01, L01, LX01 |
AccessData Logical Image |
AD1
|
iCalendar |
ICS
|
Lotus Notes Database |
NSF.
|
MBOX Email Store |
MBOX
|
Outlook Offline Storage |
OST |
Outlook Mail Folder |
PST
|
Outlook Express Mail Folder | DBX |
PDF Portfolio | |
RAR |
RAR
|
Relativity Collection container | RCC |
TAR (Tape Archive) |
TAR
|
ZIP |
See Compressed files. |
Lotus Notes considerations
Note the following about how Processing handles NSF files:
- Processing does not perform intermediate conversion on NSF files, meaning that we do not convert them to PST or DXL before discovering them. This ensures that we do not miss any document metadata during processing.
- Processing preserves the original formatting and attachments of the NSF file. In addition, forms are not applied, since they are designed to hide information.
- Processing extracts the contents of NSF files and puts them into individual MSG files using the Lotus Notes C/C++ API directly. This is because NSF does not have its own individual document entry file format. All of the original Lotus Notes metadata is embedded in the MSG, meaning if you look at the document metadata in an NSF within Lotus, all of the metadata listed is embedded in the MSG. In addition, the original RTF/HTML/Plaintext document body is written to the MSG. Relativity handles the conversion from NSF to MSG files itself, and any errors regarding metadata or the inability to translate content are logged to the processing Errors tab. Relativity can process the following NSF items as MSGs:
- Contacts
- Distribution lists
- Calendar items
- Emails and non-emails
This is an example of an original NSF file before being submitted to the processing engine:
This is an example of an NSF file that has been converted to an MSG:
Multi-part container considerations
When processing a multi-part container, the first part of the container must be included. If the first part of the container is not included, the Processing engine will ignore the file.
ICS/VCF file considerations
ICS/VCF files are deduplicated not as emails but as loose files based on the SHA256 hash. Since the system now considers these loose files, Relativity is no longer capturing the email-specific metadata that it used to get as a result of ICS/VCF files going through the system's email handler.
The following table breaks down which metadata values the system will populate for ICS files:

Processing engine property name | Relativity property name |
---|---|
Author | Author |
DocTitle | Title |
Email/AllDayEvent | [other metadata] |
Email/AllowNewTimeProposal | [other metadata] |
Email/BusyStatus | [other metadata] |
Email/CommonEnd | [other metadata] |
Email/CommonStart | [other metadata] |
Email/ConversationTopic | [other metadata] |
Email/CreatedOn | Email Created Date/Time |
Email/DisplayTo | [other metadata] |
Email/DomainParsedBCC | Recipient Domains (BCC) |
Email/DomainParsedCC | Recipient Domains (CC) |
Email/DomainParsedFrom | Sender Domain |
Email/DomainParsedTo | Recipient Domains (To) |
Email/Duration | [other metadata] |
Email/EndDate | Meeting End Date/Time |
Email/IntendedBusyStatus | [other metadata] |
Email/IsRecurring | [other metadata] |
Email/LastModified | Email Last Modified Date/Time |
Email/Location | [other metadata] |
Email/MessageClass | Message Class |
Email/MessageType | Message Type |
Email/NetMeetingAutoStart | [other metadata] |
Email/ReminderMinutesBeforeStart | [other metadata] |
Email/SentRepresentingEmail | [other metadata] |
Email/SentRepresentingName | [other metadata] |
Email/StartDate | Meeting Start Date/Time |
EmailBCC | [other metadata] |
EmailBCCName | [other metadata] |
EmailBCCSmtp | BCC (SMTP Address) |
EmailCC | [other metadata] |
EmailCCName | [other metadata] |
EmailCCSmtp | CC (SMTP Address) |
EmailConversation | Conversation |
EmailFrom | [other metadata] |
EmailImportance | Importance |
EmailSenderName | Sender Name |
EmailSenderSmtp | From (SMTP Address) |
EmailSensitivity | Email Sensitivity |
EmailSubject | Subject |
EmailTo | [other metadata] |
EmailToName | Recipient Name (To) |
EmailToSmtp | To (SMTP Address) |
SortDate | Sort Date/Time |
Subject | [other metadata] |
The following table breaks down which metadata values the system will populate for VCF files:

Processing engine property name | Relativity property name |
---|---|
DocTitle | Title |
Email/BusinessAddress | [other metadata] |
Email/BusinessAddressCity | [other metadata] |
Email/BusinessAddressCountry | [other metadata] |
Email/BusinessAddressPostalCode | [other metadata] |
Email/BusinessAddressState | [other metadata] |
Email/BusinessAddressStreet | [other metadata] |
Email/BusinessPostOfficeBox | [other metadata] |
Email/BusinessTitle | [other metadata] |
Email/CellNumber | [other metadata] |
Email/CompanyName | [other metadata] |
Email/ConversationTopic | [other metadata] |
Email/Country | [other metadata] |
Email/Department | [other metadata] |
Email/DisplayName | [other metadata] |
Email/DisplayNamePrefix | [other metadata] |
Email/Email2AddrType | [other metadata] |
Email/Email2EmailAddress | [other metadata] |
Email/Email2OriginalDisplayName | [other metadata] |
Email/Email3AddrType | [other metadata] |
Email/Email3EmailAddress | [other metadata] |
Email/Email3OriginalDisplayName | [other metadata] |
Email/EmailAddrType | [other metadata] |
Email/EmailEmailAddress | [other metadata] |
Email/EmailOriginalDisplayName | [other metadata] |
Email/FileUnder | [other metadata] |
Email/Generation | [other metadata] |
Email/GivenName | [other metadata] |
Email/HomeAddress | [other metadata] |
Email/HomeAddressCity | [other metadata] |
Email/HomeAddressCountry | [other metadata] |
Email/HomeAddressPostalCode | [other metadata] |
Email/HomeAddressState | [other metadata] |
Email/HomeAddressStreet | [other metadata] |
Email/HomeNumber | [other metadata] |
Email/HomePostOfficeBox | [other metadata] |
Email/Locality | [other metadata] |
Email/MessageClass | Message Class |
Email/MessageType | Message Type |
Email/MiddleName | [other metadata] |
Email/OfficeNumber | [other metadata] |
Email/OtherAddress | [other metadata] |
Email/OtherAddressCity | [other metadata] |
Email/OtherAddressCountry | [other metadata] |
Email/OtherAddressPostalCode | [other metadata] |
Email/OtherAddressState | [other metadata] |
Email/OtherAddressStreet | [other metadata] |
Email/OtherPostOfficeBox | [other metadata] |
Email/PostOfficeBox | [other metadata] |
Email/PostalAddress | [other metadata] |
Email/PostalCode | [other metadata] |
Email/PrimaryFaxNumber | [other metadata] |
Email/PrimaryNumber | [other metadata] |
Email/State | [other metadata] |
Email/StreetAddress | [other metadata] |
Email/Surname | [other metadata] |
EmailConversation | Conversation |
EmailSubject | Subject |
Subject | [other metadata] |
Container file types supported for the password bank
The following container file types are supported by Relativity for Password Bank in Inventory.
File type | Extensions |
---|---|
Compressed files | 7Z, ALZIP, ZIP, Z, BZ2, GZ |
Lotus Notes Database | NSF |
PDF Portfolio | |
PST | PST |
RAR | RAR |
Non-container file types supported for Password Bank in Inventory
The Password Bank also supports the following non-container formats:
- Excel*
- Word*
- PowerPoint*
- S/MIME
- P7M
* Except DRM or custom encryption