Update! Presence now respects a user's coexistence mode

We are having issues with Interop when a TeamsOnly users sends an IM to a SfBonly user, the message never arrives in Skype client but instead and invitation email to Teams so If we have users in Teams Only mode and they send an IM to a user who is S4B, they  receive an email that someone tried to message them in teams and click here to join teams. This is not the functionality we want to see happen and is killing out piloting of Teams. Users who are Skype only and haven't launch teams need to receive messages in Skype only, not teams. Teams only users need to know that message sent to users on skype will only go to users on skype and not try to have them launch Teams. This causes confusion and has caused pilot users to no longer want to use Teams in fear that the users they are trying to IM will not receive the IM in skype properly. 

Yeah that error you posted was an infrastructure issue that happened with I want to say Europe region, just so happen to coincide with your change :P. 

So, our issue with Teams disconnecting and restarting simply went away the next day when we all logged in

ChrisWebbTech : Update..  Mr. Patience here...  The change was successfully applied and displays now "Teams Only" for the user.  End-user behavior when they try to run SfB is as expected.   Thanks man!  You are a rock star.

Are you aware of any threads related to "Identity Status"/presence within MS Teams for Guest Users?  (issue: always "Status Unknown")

it should show blank, I'll have to check mine and see what it's showing, but that warning is new but it should change. I think it might take a bit.

Chris:  Perhaps things have changed in the PS environment as well.   After executing the Grant-CsTeamsUpgradePolicy for a specific user, I get a warning:
"WARNING: Users with this policy will become full Teams-only users. They will no longer be able to use Skype for Business clients, except to join Skype for Business meetings. For details, see http://aka.ms/UpgradeToTeams"

When I then view the user account in the Teams Admin center, they still show "Use Org-wide Settings"..

Screw loose in the main driver? :-)

Yeah, we are all waiting for the Admin center to have the options. Still only way is PS. 

Thanks to all who have posted here. It has been helpful.  As of today, is it correct to expect that all tenants should allow for setting the "Teams Upgrade"/co-existence setting to "Teams Only" via the Admin Center/Org-wide setttings/Teams Upgrade UI?

I have audited a number of our client's tenants (along with our own) and none appear to allow the co-existence mode of "Teams Only" either at the Org-wide level, or at the user level.

I do understand that this can be done via PS (thanks for the blog ChrisWebbTech!)

Regards,

Confused in Montana

OK, so I think that our sessions are timing out since we upgraded each user to TeamsOnly mode because of a service issue here in the UK. A polling server is not responding and this times out and disconnects our sessions, which quickly re-establish when the app is restarted. Perhaps we jumped the gun and enabled TeamsOnly on our tenant before it was truly ready. I have logged a ticket with MS to find out more.

2018-12-05T15:52:07.774Z Inf NotificationBannerStore: Showing user the disconnected banner.
2018-12-05T15:51:54.018Z Inf AUTHSSO: Return cached token for resource: https://presence.teams.microsoft.com/
2018-12-05T15:51:54.017Z Inf AUTHSSO: Start acquiring Adal tokens -- resources: https://presence.teams.microsoft.com/.
2018-12-05T15:51:54.016Z Inf UnifiedPresenceService: successfully published endpoint presence, activity - Available, availability - Available
2018-12-05T15:51:53.730Z Inf AUTHSSO: Return cached token for resource: https://presence.teams.microsoft.com/
2018-12-05T15:51:53.729Z Inf AUTHSSO: Start acquiring Adal tokens -- resources: https://presence.teams.microsoft.com/.
2018-12-05T15:51:53.727Z Inf UnifiedPresenceService: attempting to set availability - Available, activity - Available, isUserInitiated - false
2018-12-05T15:51:53.723Z Inf PresenceService: Trying to set status, isUnifiedPresenceService=true, isForced=false, isRetriable=true, status=Online
2018-12-05T15:51:53.723Z Inf PresenceService: restoreMyStatus with appState Disconnected, machineState MachineActive, isForced=false, currentStatus=Online, newStatus=Online
2018-12-05T15:51:52.724Z War SyncLongPollService: No events from long poll in 90 seconds, notifying chat sync is down
2018-12-05T15:51:52.722Z Inf PresencePostActiveService: checkTransition: appState: Disconnected, machineState: MachineActive(1), isPostingActive: true, shouldPostActive: true
2018-12-05T15:51:52.720Z Inf UnifiedPresenceService: app state changed to 7
2018-12-05T15:51:52.720Z Inf AppState: App health changed to false after 273.644 seconds
2018-12-05T15:51:52.719Z Inf AppState: App state changed from Interactive to Disconnected due to longpoll.sync is down with code undefined after 110.292 seconds
2018-12-05T15:51:52.719Z Inf AppState: Service ChatSync up state changed from true to false due to longpoll.sync is down with code
2018-12-05T15:51:40.236Z War HTTP request DM longPollSubscription GET failed: GET "https://uksouth-prod.notifications.teams.microsoft.com/users/8:orgid:e6729775-09ea-4e7f-a1d5-9d13ae36f5a4/endpoints/a6da279d-ea4d-4203-b5ff-0e72dfeea2c9/events/poll", status: 429, response: {"Code":"LimitExceeded","Subcode":"Too Many Requests","Message":"ThrottlingMessageHandler. The current concurrent request limit …, errorCode: undefined, requestId: undefined, correlationId: undefined
2018-12-05T15:51:36.144Z War HTTP request DM longPollSubscription GET failed: GET "https://uksouth-prod.notifications.teams.microsoft.com/users/8:orgid:e6729775-09ea-4e7f-a1d5-9d13ae36f5a4/endpoints/a6da279d-ea4d-4203-b5ff-0e72dfeea2c9/events/poll", status: 429, response: {"Code":"LimitExceeded","Subcode":"Too Many Requests","Message":"ThrottlingMessageHandler. The current concurrent request limit …, errorCode: undefined, requestId: undefined, correlationId: undefined
2018-12-05T15:51:34.903Z War HTTP request DM longPollSubscription GET failed: GET "https://uksouth-prod.notifications.teams.microsoft.com/users/8:orgid:e6729775-09ea-4e7f-a1d5-9d13ae36f5a4/endpoints/a6da279d-ea4d-4203-b5ff-0e72dfeea2c9/events/poll", status: 429, response: {"Code":"LimitExceeded","Subcode":"Too Many Requests","Message":"ThrottlingMessageHandler. The current concurrent request limit …, errorCode: undefined, requestId: undefined, correlationId: undefined
2018-12-05T15:51:27.099Z Inf DesktopEventsService: Purging memory - on inactive
2018-12-05T15:51:27.098Z Inf message-list: shouldScrollWithUpdates(): isScrolledToBottom = true, AppActive = false, isComposingEditOrReply = false, appStateService = Interactive
2018-12-05T15:51:24.525Z Inf AppState: network status verified as online
2018-12-05T15:51:24.508Z Err {"statusCode":-1,"headers":{},"errorMessage":null,"errorCode":null}
2018-12-05T15:51:24.507Z Inf AppState: verify network status

OK, so our two-way presence was resolved by granting each user the upgrade policy one by one, but now their desktop Teams client disconnects after a few minutes and restarts. Mobile and web apps are fine. We did have an on-prem Skype for Business deployment that we decommissioned and moved to Online before making the upgrade, so I would imagine this has something to do with my problems. Debug logs giving me nothing to go on. :( I will report back if I find a solution.