Understanding Email Domain Verification

Follow

Overview

Starting in Spring ’26, Salesforce requires that any corporate email domain used to send emails through Practifi is verified as owned by your organization. If your team sends emails from within Practifi using a corporate address (for example, advisor@yourfirm.com), your Practifi Administrator will need to complete a one-time domain verification before those emails can be delivered.

This article walks through what’s changing, who’s affected, and how to verify your domain.

Please note: If your organization sends emails only through a Gmail or Office 365 integration, or only uses public email domains like gmail.com or outlook.com, this change does not apply to you.

What’s Changing

Salesforce is adding a domain-level ownership check on top of its existing user-level email verification. Previously, verifying an individual user’s email address was enough. Now, Salesforce also needs to confirm that your organization owns the domain itself (the part after the @ sign).

Emails sent from an unverified corporate domain will not be delivered. This applies to any email sent using Salesforce’s built-in email tools, including emails triggered by workflows, flows, and manual sends from records.

Does This Affect You?

You are likely affected if:

  • Your Practifi users send emails from a corporate email address (e.g., advisor@yourfirm.com) using Salesforce’s built-in email features
  • Your organization has not yet set up DKIM or Authorized Email Domains in Practifi

You are NOT affected if:

  • Your users send from Gmail or Outlook addresses (gmail.com, outlook.com, and similar public email domains are exempt)
  • Emails are sent via your Gmail or Office 365 integration within Salesforce
  • Emails are sent via Salesforce Einstein Activity Capture (EAC)

If you’re unsure whether this applies to your organization, check with your Practifi Administrator. A quick way to confirm is to review the email addresses assigned to your Practifi users. If any use a corporate domain, that domain needs to be verified.

Key Deadlines

Milestone Date
Enforcement begins for new domains March 9, 2026
Deadline for existing domains in Sandbox orgs March 30, 2026
Deadline for existing domains in Production orgs April 27, 2026

After these dates, emails sent from unverified domains will silently fail. There will be no error messages or bounce notifications; the emails simply won’t be delivered.

How to Verify Your Domain

Your Practifi Administrator needs to add a DNS record for each corporate sending domain. This is a one-time configuration change, coordinated with whoever manages your organization’s DNS (typically your internal IT team or domain registrar).

There are two methods. Your admin only needs to complete one.

Option 1: DKIM (Recommended)

DKIM (DomainKeys Identified Mail) is the preferred approach because it also improves email deliverability by cryptographically signing outgoing messages. This helps receiving mail servers confirm that emails from your domain are legitimate and haven’t been tampered with in transit.

  1. In Salesforce Setup, use the Quick Find search to search for and select DKIM Keys.
  2. Click Create New Key.Screenshot 2026-03-03 at 11.27.10 AM.png
  3. On the Create a DKIM Key page, select the 2048-bit option.

    2026-03-03_15-44-24.png
  4. For Selector, enter a unique string of up to 62 letters, digits, and hyphens to identify this key. Start with a letter or number. For example, example-sf-a.
  5. For Alternate Selector, enter another unique string of up to 62 letters, digits, and hyphens. Start with a letter or number. For example, example-sf-b. Salesforce uses the alternate selector to auto-rotate your keys.
  6. Enter the domain name used to send email from Practifi. After you save a DKIM key, you can’t edit the domain name.
  7. For Domain Match Pattern, enter a comma-separated list of domain patterns that the domain name must match before Salesforce signs an email with this DKIM key. Here are two examples of a recommended domain match pattern value:
    • Domain: example.com and Domain Match Pattern: example.com
    • Domain: mail.example.com and Domain Match Pattern: mail.example.com
  8. Click Save.
  9. Salesforce will generate two CNAME records. Share these with whoever manages your DNS.
  10. Once the DNS records are published (this can take up to 48 hours to propagate), return to the Manage DKIM Keys page in Salesforce Setup and click Activate.

Option 2: Authorized Email Domains

If DKIM isn’t an option for your organization, you can verify your domain using a TXT record instead.

  1. In Salesforce Setup, use the Quick Find search to search for and select Authorized Email Domains.
  2. Click Add.

    2026-03-03_15-47-34.png
  3. Enter your domain in the Domain Name field.
  4. Click Save.
  5. Salesforce will provide a TXT record. Share this with your DNS manager.
  6. Once the DNS record is published, return to Salesforce and click Verify.

Please note: If your organization uses more than one corporate domain for email (e.g., yourfirm.com and yourfirmadvisors.com), each domain must be verified separately.

How This Relates to Practifi

This is a Salesforce platform requirement, not a Practifi change. No updates to Practifi are needed, and Practifi's functionality is not affected. However, because Practifi runs on the Salesforce platform, any emails sent from within your Practifi environment are subject to Salesforce’s email delivery rules. Verifying your domain ensures that emails triggered by Practifi workflows, advisor communications, and other automated processes continue to reach their recipients.

Additional Resources

To learn more about email domain verification in Salesforce, please consult the following Salesforce documentation:

Salesforce Help article - Set Up DKIM

Salesforce Help article - Authorized Email Domains

Questions?

If you’re unsure whether this applies to your organization or need help completing these steps, contact your Client Success Manager or reach out to Practifi Support.

 

0 out of 0 found this helpful

Comments

0 comments

Article is closed for comments.