* Outlook/Teams, Gmail, and Inbox *

Hi @Ashwini Garwandha

thanks for the information  

but I still see the Information on the view. 

Regards 

Kurt

To help pinpoint the exact setting we need to remove, could you check a few details for me? 

    1. Where is the prompt appearing? Is the user seeing this inside Salesforce in their web browser, or inside the Outlook desktop/web add-in panel? 

   2.  Active Integrations: Is your org currently using Einstein Activity Capture (EAC), Salesforce Inbox, or the Outlook Integration for email sync? 

    3. User Setup Check: If you open their User record in Setup, is there anything listed under the Third-Party Account Links related list? 

Once we confirm those details, we can remove the stale connection or configuration right away. 

Be well - Katende

Hi @Kurt Lahn

-  

Have you looked at this article already:

Thanks! 

Based on the symptoms, I would first look at the email itself rather than Salesforce configuration.

The interesting part is that:

* The same Contacts match correctly on another email in the same thread

* All users are seeing the same behavior

* The issue happens only for one specific message

That usually points toward something different in the email metadata/header information.

A few things I would check:

1. Compare the working email and failing email headers:

* From address

* Reply-To address

* To/Cc values

* Message identifiers

Sometimes two emails can look identical in Outlook but have different underlying header information that Salesforce uses for Contact matching.

2. Check how the failing email was generated:

* Was it forwarded?

* Sent through a shared mailbox?

* Routed through another system?

* Generated by a distribution list or automation?

3. If the email has been logged in Salesforce, compare the EmailMessage details:

* FromAddress

* ToAddress

* CcAddress

* Headers

* ThreadIdentifier

Since the issue follows the message and not the user, permissions, cache, or user settings would be lower on my troubleshooting list.

My first suspicion would be that Salesforce is not able to correctly extract the external participants from that specific email because of something different in the message headers.

Hi Michael,

We Connect with our App Q!365 from Salesforce into Teams. That way you always have the Topic as driving case of collaboration.

Here is a sample of using Teams Chat like Slack - extending the reach of salesforce into the reach of Teams.

In the blog I explain a lot if different use cases.

Connecting both cloud creates a great workplace for your Users. Have fun reading it.

And yes a lot of this cases started with question of our customers.

This is a very common gotcha — the default login screen in the Outlook integration shows username/password, but SSO is there, it's just hidden behind the Custom Domain step. Here's exactly what your users need to do:

1. Open Outlook and click the Salesforce icon in the sidebar or ribbon to open the Salesforce panel
2. On the login screen, look at the bottom and click "Use Custom Domain"
3. In the field that appears, type your org's My Domain name — just the subdomain, not the full URL (e.g. if your login URL is yourcompany.my.salesforce.com, enter yourcompany)
4. Click Continue
5. The screen will now show your SSO login button (usually labeled with your company name or identity provider, e.g. "Log in with Microsoft" or "Log in with Okta")
6. Click that button and authenticate through your normal SSO flow

Once they've done this once, Outlook should remember the custom domain for future logins.

If the SSO button still doesn't appear after entering the custom domain, check two things in Salesforce Setup:

• My Domain → confirm "Deploy to Users" has been clicked (not just enabled)
• My Domain → Authentication Configuration → make sure your SSO provider is checked under "Authentication Services" — if it's unchecked, users won't see the SSO option even with the right domain entered

Hope that gets them sorted!

Hi Tony, 

Great question! Here's what you need to know about using alternate email addresses with the Salesforce App for MS Teams: 

Short answer: The Salesforce App for MS Teams uses the email address tied to your Microsoft/Teams identity (i.e., your Outlook/M365 login) when creating meeting invites and Teams chats — it does not natively allow you to swap in a different "from" email address like your SF business email. 

However, here are your options: 

1. Map the correct email in Salesforce User settings: 

Make sure each Salesforce user's Email field matches their Outlook/M365 email (

). The Teams app uses this mapping to link identities. If the emails don't match, it can cause issues with record association and invite creation. 

2. Use Microsoft 365 email aliases: 

If your org uses M365, you can add

as an email alias on the user's M365 account. This way, both email formats are associated with the same mailbox, and Teams meeting invites will still work correctly regardless of which format is used. 

3. Salesforce Inbox / Einstein Activity Capture: 

If you're using Salesforce Inbox or Einstein Activity Capture alongside the Teams integration, you can configure which email address is used for activity logging. This won't change the Teams meeting invite sender, but it helps ensure activities are captured against the right Salesforce records. 

4. Custom workaround via Flow + Teams Connector: 

For full control over meeting invites with a specific email, some teams use a Salesforce Flow + Microsoft Power Automate (Teams connector) approach to generate Teams meeting links programmatically and send them from the desired email address. 

My recommendation: Start with Option 2 (M365 alias) as it's the simplest and doesn't require any Salesforce config changes. Hope this helps!