SOLVED

MS Teams External Chat not working

Copper Contributor

Hi,

 

I have been chatting with external users (clients) of different domains from my organizational account. Suddenly, this has stopped working. Instead of an 'External' tag next to their name, Now I see the user as 'Unknown'. The more worrying this, I still get the messages from them, but I'm not able to reply to them.

 

Can someone help me with this. Thanks in advance!

19 Replies

Hi,

 

Are you the only one in your organisation with this problem or are there more users with the same problem? If there is changes made by your administrator for Teams I suggest that you report this to Microsoft Support via the Office 365 admin portal.

It's actually everyone in my org; not able to chat with external users @Linus Cansby.

@nitishkanann23 Make sure that nothing been changed with the settings for external communications by admins:

https://docs.microsoft.com/en-us/microsoftteams/manage-external-access

 

Test in the web client https://teams.microsoft.com

 

And if that doesn't work contact Microsoft Support.

@nitishkanann23 

We have a similar problem. We have this workaround for the problem : 

 

Click on the name above in the chat, write a message in that chat window. This should work. 

 

teams.jpg

 

We have a MS case open for this problem but this workaround makes it less of a problem for us.

 

Do you have exchange on premise or/and used skype on premise?

Is teams only set to "teams only" ?

Any other people with suggestions?

@MastBob did you found a solution? Same problem here...

@Jef Vleugels 

 

Hello Jef,

I did solve it. It has been a wile so I don't know exacly how I did it but here are some left over notes. I would create a MS case if you are not sure about the following commands.

 

 

This commands to connect to PS :

Import-Module SkypeOnlineConnector
$session = New-CsOnlineSession -Verbose -OverrideAdminDomain ******.onmicrosoft.com
Import-PSSession $session –AllowClobber

 

Command to disable lync on premise shared sip space

 

Set-CsTenantFederationConfiguration -SharedSipAddressSpace $false

 

also changed the following DNS

lyncdiscover.yourdomain.com to webdir.online.lync.com

 

I do remember setting some user settings from hybrid to online online but not sure if this command did anything :

 

Get-ADUser -Filter {msRTCSIP-DeploymentLocator -like "SRV*"} |
Set-ADUser -Clear msRTCSIP-DeploymentLocator

@Jef Vleugels

The problem with my client is that only a few users have the error.

@Lucas_Reis can you elaborate a little further? S4B? Hybrid? Teams migration? 

@Jef Vleugels 

 

 Inside my tenant, there are 100 users, these 100 users, 30 users are not able to answer the external Teams chat, the other 70 users are responding to normal external team chat. For those users who are having problems answering the Teams external chat, the following error is appearing: "due to the change in the organization's policy, this chat is no longer available to use Skype For Business". Checks I've already done. My tenant and the tenant who is making an external communication are without teams only

@Lucas_Reis 

Check teams admin center and go to users. Check if there is a difference on the following options:

 

  • Directory status
  • Interpreted user type

ofcourse all users need a valid license. 

 

Also check if your SIP/skype/teams Dns records are pointing to office 365 and not something onpremise like Skype.

 

DNS requirements for Skype for Business Server - Skype for Business Server 2015 | Microsoft Docs

 

 

 

 

 

 

 

@MastBob

 

 

the interesting thing is with some users that this happens, so if it were DNS it would be a problem for all users

In the picture below there is a difference in the powershell window on the left, the user who works, on the right side of the user who doesn't.

best response confirmed by ThereseSolimeno (Microsoft)
Solution

yes in my post above I posted a command to clear all those locators. I think it was this one :

Get-ADUser -Filter {msRTCSIP-DeploymentLocator -like "SRV*"} |
Set-ADUser -Clear msRTCSIP-DeploymentLocator

http://terenceluk.blogspot.com/2020/11/powershell-script-for-clearing-msrtcsip.html

you can always try 1 account with the AD attribute editor and see if it works before dooing the command on all users. ( don't forget to sync to the cloud)

Dooing a logout + login cycle for teams on the users computer might be required.

 

If not you can make a case with O365 support but I solved it myself before they had any decent info

 

no idea why this happens but in my case the Skype on prem server crashed before we could decommission properly.

Also you can look at the suggestion @MastBob made:
Check teams admin center and go to users. Check if there is a difference on the following options:
Directory status
Interpreted user type

Also check msRTCSIP-DeploymentLocator.

There is probably a difference, because the screenshot shows a different hosting provider and an internal S4B server. Looks like some users are moved to S4B Online / Teams, but DNS is pointing to internal S4B server.
@MastBob
@Jef Vleugels
Thank you.

i'll check
Did you get it fixed Jef ?
Not instantly, but your information helped making the migration plan from a complex hybrid S4B environment with resource forest and appliance to Teams Only with direct routing. We could not adjust DNS nor empty the msRTCSIP-DeploymentLocator for users who were still using the old environment. Migration is almost finished now.
The command was successful, thank you very much.

The user who made the manual change is working, but the users who made the script did not.
so the script does not work for you? Do you get an error?
1 best response

Accepted Solutions
best response confirmed by ThereseSolimeno (Microsoft)
Solution

yes in my post above I posted a command to clear all those locators. I think it was this one :

Get-ADUser -Filter {msRTCSIP-DeploymentLocator -like "SRV*"} |
Set-ADUser -Clear msRTCSIP-DeploymentLocator

http://terenceluk.blogspot.com/2020/11/powershell-script-for-clearing-msrtcsip.html

you can always try 1 account with the AD attribute editor and see if it works before dooing the command on all users. ( don't forget to sync to the cloud)

Dooing a logout + login cycle for teams on the users computer might be required.

 

If not you can make a case with O365 support but I solved it myself before they had any decent info

 

no idea why this happens but in my case the Skype on prem server crashed before we could decommission properly.

View solution in original post