Some versions of Skype for Business prompt authentication using web credentials popup and phone verification when MFA is enabled/enforced. Other versions of Skype for Business require apps password. I would like to have option to choose which method I prefer either in registry edit or in the MFA preferences. Right now I am unable to choose between using Web authentication + Phone or only using Apps password.

Within the SFB Client Policies, add an attribute called "DisableIM." When set to True, any user set with that policy will be unable to instant message from the SFB client application or SFB mobile application.

Our company has a small subset of users who are under special Legal compliance rules, preventing them from being licensed for SFB and using instant messaging. We are now moving to SFB PSTN calling, which for these compliance users, PSTN calling would be unavailable to them. Simply allowing us to control IM capabilities through client policy would help solve this.

Passwords change every 3 months. But you have to delete saved login info before it asks me for password. All other apps, ms and 3rd party, automatically know that password is invalid and ask for a new one. Why can't skype to this?

Currently every Skype for Business front server has an SQL Express installed which is managed direclty by Skype for Business and the required plugins. So its not supported to change anything related to the SQL Express installation. However this installation used an selfsigned 1024 bit SSL certificate (which is weak) so Microsoft should make sure that a 2048 bit one is used in the future here.

We have started to get unsolicited IMs from other Office 365 tenants trying to make sales contacts. Furthermore, other Office 365 tenants can search for and see our users and their status (if they have their email addresses) We need a way to prevent external Office 365 tenants from getting availability information and making IM contact with our employees without first establishing a relationship (such as adding each other to their contacts lists).

This is already in place for communications between Skype for Business and those using regular Skype. Now we need it to be between Internal and External Skype for Business tenants as well.

We have started to get unsolicited IMs from other Office 365 tenants trying to make sales contacts. Furthermore, other Office 365 tenants can search for and see our users and their status (if they have their email addresses) We need a way to prevent external Office 365 tenants from getting availability information and making IM contact with our employees without first establishing a relationship (such as adding each other to their contacts lists).

This is already in place for communications between Skype for Business and those using regular Skype. Now we need it to be between Internal and External Skype…

One of the limitations with SFB federation is that it's really only controllable at the domain level. I can allow/block an entire domain, and I can allow/block federation for a given user, but I can't allow/block per user per domain. For example, we want to allow our sales/project staff to federate directly with customers, but not our helpdesk staff. Conversely, our helpdesk users need to be able to federate with other partners. There's currently no way to get granular control of federation like this without resorting to writing our own server SDK/MSPL app, and that won't work online.

Because Skype steals the cursor from other windows I have typed my password on the chat window. Someone could do this without realizing what they did. I typed it less than a second and had pressed enter only to see it pop up on the chat window in my dismay.

The Skype used different Skype account when chatted! Account details were pointed to me, but name and email address were different (pointed to other person). I was logged in to my OWN Skype account. Very MAJOR problem. Please check!

Ability to highlight a piece of text encrypt it before sending, a recipient then decrypts with a shared password. This would be useful for sharing passwords, ip addresses etc. Currently I am using notepadd++ with the NppCrypt plugin to provide this capability.