

This program contains a number of short message enhancements including new ways to convert data to RSMF, enhanced short message search capabilities and new short message review features. The new end-to-end workflow, which utilizes both new and previously released features, is described below. There is also information on the best practices for short message data review for production and investigation workflows.
The Short Message Advanced Access program includes the following features:
The following permission is needed to use the Short Message Advanced Access features:
Object Security |
---|
|
Before searching on short message metadata, you will need to take the one time step of installing the Search AI application to your workspace.
Before you install the Search AI app, you must:
Once you complete those steps, you can install the application in your workspace.
The Search AI application is now in your workspace, and you can now build an Elasticsearch index.
Short message data can be imported into RelativityOne, reviewed, produced, and exported using the following workflow.
File format | Chat application |
---|---|
.json | Slack |
.pst | Microsoft Teams |
.ufdr | Cellebrite |
.mbox and .xml | Google Chat |
Using the proper credentials, configure and collect data from Slack, Microsoft Teams, Google Chat, or Bloomberg using the Collect application. To learn more about Collect, see Collect. To learn more about collecting from Slack, see Short message conversion for Slack.
Data will automatically be converted to RSMF and should be converted into 24 hour files by conversation. Consider breaking up extremely dense conversations that contain more than 10,000 messages further into 12 or even 8 hour segments.
If you have received Slack .json and Microsoft Teams .pst exports, you can convert these files to the RSMF format using Processing. Use import to bring in the files and leverage the conversion functionality in Processing. Cellebrite and Google Chat files will be supported later this year.
For other short message data types, use a third-party solution to convert exports to an RSMF. To find a third-party solution, see Relativity App Hub.
Create RSMF files by conversation or channel in 24 hour increments.
Processing is the recommended method of ingesting RSMF files into Relativity. Using Processing ensures that the appropriate metadata header fields are extracted and families and attachments within the RSMF file are properly linked to give you the best near-native review experience.
As of January 2025, RelativityOne extracts short message data from all RSMF files during processing. The metadata contains all the message, timestamps, participants, and reactions from the RSMF file. You can verify that a file should have metadata collected by navigating to the Files tab in processing. Documents with metadata will have a document_uuid attribute. If a document does not contain a document_uuid, you can create a new processing set to process the document and capture the short message metadata.
When documents are published using processing, the Artifact IDs are attached to short messages. To check that an Artifact ID is attached, you can open the document in the Viewer and verify that you have the option to code short messages. Alternatively, before publishing, you can create a document_uuid field and then map the document_uuid field so that it is visible on the Documents tab after publishing. To learn more, see Mapping the document_uuid field.
We recommend doing the following before you process RSMF files:
Once you have made the preparations above, you are ready to process the RSMF files. To learn more, see Processing an RSMF file.
You can now promote RSMF files between workspaces through Integration Points and export the message-level metadata without having to re-process the files.
Initially, native files transfer will be supported with Links Only option for message-level metadata jobs. You will not be able to copy both metadata and native files, when using Physical Files option while setting up native files transfer in the Integration Points job. If you need to transfer physical files, then you can do it with separate Integration Points jobs.
If you’ve previously processed RSMF files before February 21, 2025, you will need to re-publish those files before running the Integration Points job. To republish the files:
Once processing is complete, you can cull the documents further before starting the review process.
Elasticsearch is available for searching but it does not support search term reports. You can continue to leverage dtSearch for search term reports before reviewing documents.
Depending on your review process, use search terms to identify RSMF documents with hits for conversations that need review using dtSearch.
You can filter based on RSMF headers to remove conversations based on non-relevant periods of data using date ranges, specific channels, or non-important custodians that hasn’t been previously culled during collect.
You can use an Elasticsearch index for additional advanced searching based on message metadata. Elasticsearch returns RSMF documents that have hits and you can use the Document preview panel to open each document from the Documents tab to see the full conversation. To learn more, visit Short message search index.
Once non-relevant messages have been culled, you can review documents using new features available in the Advanced Access program.
You can now code individual messages using the Short Message Viewer. To learn more, visit Short Message Viewer coding Advanced Access.
Once you’ve determined which RSMF documents need to be reviewed, add those documents to a saved search to generate a Review queue. You can use queues to assign and manage reviewers’ work.
As part of Advanced Access, you can now hover your cursor over the icon to see associated RSMF and message-level metadata. This provides additional insight and details relating to each message.
You can review messages and code them individually as Responsive/Not Responsive or Privileged/Not Privileged or with Notes. These fields or choices cannot be edited in Advanced Access.
Before beginning the production of relevant documents, we recommend using the Documents tab to complete the QC process.
After you’ve finished coding messages, you can use Elasticsearch to identify all RSMF documents that contain messages coded as Responsive, Privileged, or with Notes. Before searching on message-level coding, you will need to rebuild your index. Once the index is rebuilt, you can run a search for messages within these RSMF documents. You can either add this Elasticsearch as a saved search for message-level searching or you can mass edit the document coding values to populate current saved searches at the document-level. Coding the documents will also populate the saved searches for production.
Using the newly created saved searches, review conversations for proper tagging.
Before documents are produced, any sensitive information can be removed or obscured. To protect sensitive information, you can either apply markups or use RSMF slicing.
The RSMF documents are ready for production. For production workflows, we recommend following the imaging workflow and not exporting native RSMF documents with placeholders.
If an RSMF document will not build in the Elasticsearch index or you cannot code messages, the message-level metadata may not have been properly extracted from the RSMF. You can do the following to troubleshoot:
To create and map the document_uuid field:
Why was this not helpful?
Check one that applies.
Thank you for your feedback.
Want to tell us more?
Great!