When will Salesforce enforce the Disable Ref ID and Transition to New Email Threading Behavior release update?
[Winter '25 Update] Salesforce no longer plans to enforce the Disable Ref ID and Transition to New Email Threading Behavior release update. We previously announced the update would be enforced in Spring '25. We strongly recommend you enable the update and migrate to Lightning Threading, as it's more secure at threading emails to cases than RefID.
What is the change?
Email threading is the process of matching incoming and outgoing emails to a related case so that a collection of related emails appears in the case feed. Starting Spring ‘23, Email-to-Case supports a new email threading approach called Lightning threading.
In this new threading behavior, incoming emails aren’t matched using Ref ID strings. Instead, they’re matched using a secure token in the email subject or body. When no match is found using token-based threading, Email-to-Case uses header-based threading and checks metadata in email headers.
The “Disable Ref ID and Transition to New Email Threading Behavior” release update allows orgs to transition to Lightning threading. It replaces a release update that was first made available in Winter ’21 to transition from Ref ID threading to header-based threading.
Why is Salesforce delivering this change?
Lightning threading is a secure method of email threading that helps to match incoming and outgoing emails to related cases. Because Lightning threading combines token- and header-based threading, Email-to-Case finds corresponding cases more reliably and avoids creating a new case when a related case exists.
Why the name Lightning threading?
This new threading approach is supported in Lightning Experience. Salesforce recommends that customers migrate to Lightning Experience to take advantage of the latest innovations and product features.
What changes did Salesforce introduce related to this release update?
We’ve received a tremendous amount of feedback on Lightning Threading from our early adopters. Thank you! We have been committed to improving our functionality to meet the standards of our customers.
Spring ’25: The Disable Ref ID and Transition to New Email Threading Behavior release update is scheduled to be enforced.
How has Salesforce communicated the threading and release update changes?
To advise customers about the change to Lightning threading, we recorded a webinar on December 16, 2022. Previously we communicated the transition from Ref ID to header-based threading with published release notes about the release update, a CSG webinar, and a technology communication email.
How can I tell which threading approach is in use currently?
Go to the Email-to-Case page in Setup.
How do I transition to Lightning threading?
To switch to Lightning Threading from header-based or Ref ID threading, enable the release update, update your Email-to-Case settings, and update any email templates and custom code that rely on older threading methods. For detailed steps and best practices, see Update to Lightning Threading for Email-to-Case.
What behavior can I expect after I enable the update?
getCaseIdFromEmailThreadId is deprecated. For incoming emails, use the EmailMessages.getRecordIdFromEmail or Cases.getCaseIdFromEmailHeaders methods to retrieve case identifiers from email tokens or email headers, respectively. For outgoing emails, use the EmailMessages.getFormattedThreadingToken or Cases.generateThreadingMessageId methods to include threading information in outbound emails.Why do I see multiple Case records being created?
If you configure multiple Email-to-Case routing addresses and your customers send emails to more than one address at a time, multiple case records are created. This behavior can occur with all threading models. Until Email-to-Case supports emails sent to multiple routing addresses, ask your customers to send emails to a single address. To consolidate duplicate cases, use the case merge feature. (to view, right-click and open link in a new tab)
What happens to existing cases and emails when my org switches to Lightning Threading?
Emails continue to thread to existing cases using header-based threading, providing a smooth transition. In Email-to-Case Setup, make sure the Use email headers for threading org preference is enabled.
Where can I learn more about Lightning threading and the release update?
For details, tips, and considerations about switching to Lightning threading, see:
000389648

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.