Processing Relativity Short Message Format (RSMF)
Relativity Short Message Format (RSMF) was made for the handling, delivering, and transporting short message information and records.
Information from destinations like Leeway, Snapchat, and SMS are changed over into one simple-to-peruse RSMF document, a record that contains text and metadata compressed from the actual information.
What follows is a description of how Reveal handles short message format data from ingestion and processing to review.
Ingest RSMF from unstructured data
Reveal Processing has been engineered to improve positive identification of RSMF as a distinct file type and process these data in a format that is required for Review.
During Archive Processing, Filetype 10008 (RSMF_ZIP Files) requires special processing from standard zip files. Conversations are created in 24-hour chunks as a single ‘document’ and with the associated metadata are provided as a record in the database. For some clients, conversion to a PDF may be preferred. If a conversation spans multiple 24-hour periods, the relationship will be identified. There will be a header in each PDF that lists some of the key information, such as communicators (participants), time period, communication type, multi-document number tracking.
![]() |
On upload, documents are tallied under only one of the following categories: Efile, Email, ShortMessage, or attachments.
Adapt Uploader Report to RSMF
Documents are counted as Efile, Email, ShortMessage or attachments, and only one of those categories.
Searching and selecting RSMF metadata for export
RSMF contains several key metadata that may be filtered and analyzed in preparing the data for export to Review. Reveal Processing handles this in the following manner as part of export preparation.
Under Selective Set, click New Selective Set.
Under Selective Set Builder use the dropdown arrow to choose Short Message.
You may check Apply Date Restriction and then choose a date or dates After, Before or Between specified values.
Under the Short Message tab, you may choose to:
Specify the Conversations for export, recalling that RSMF conversations are grouped by day (in PDF digest documents) and continuing conversation are threaded together in PDF metadata.
Specify the Participants of interest for export (using either CONVERSATIONPARTICIPANTS or CONVERSATIONSLICESENDERS as set out under Exports below).
Add these values to the Selective Set Table.
Select the Search to be used (for example, KEYWORD GROUP Quality Assurance).
Run Search.
![]() |
RSMF Export
Current email export fields around participants have been extended to account for participants within an RSMF conversation with the following new export fields:
CONVERSATION - This should be populated with the display field in RSMFConversations for all exported events.
CONVERSATIONID - This should be populated with the Id field in RSMFConversations for all exported events.
CONVERSATIONPARTICIPANTS - This should be all participants in a given conversation.
CONVERSATIONSLICESENDERS - This should be all participants who sent messages within a given 24-hour window.
Native Only Exports allows for some export capabilities of RSMF data by exporting parent RSMD Events to create an EML.
RSMF Rendering for Export Purposes
The current deliverable for RSMF at export time is a PDF rendering and text conversion of a 24-hour window of a scoped conversation, though this may also be rendered as a json file. This rendering should include inline images, icons, and avatars as appropriate. Responses and Reactions should be indicated with a tab structure. Given a FileID for a short message within a conversation, create a rendering of a 24-hour window of messages within the conversation. Ultimately what is developed here is what will be utilized at export time.
Once exported to Reveal 11 using the ECA template in Processing Export, the RSMF conversation documents and metadata will be available for review under the App Name RSMF_EVENT.
![]() |