In a previous blog post, we discussed how to restore a deleted file or previous version of a file using the fully licensed version of Microsoft Teams. However, when using the free version the process is not exactly the same. You may notice that when looking through the options for your channel, the “Open in SharePoint Online” option does not exist. Continue reading
Microsoft Teams has been a great tool for providing a better communication channel for our team. What happens, though, when someone deletes a file from a channel and you need to get it back? There is also a scenario where incorrect changes are made to a file and you need to restore a previous version. There isn’t currently a way to restore files or versions natively in the Teams app. Continue reading
As Office 365 Groups and Microsoft Teams continues to explode in popularity, the ability to explore and control resources in large scale is becoming more apparent. While there are some basic controls available, those specifically included in the Teams PowerShell Beta module leave a lot to be desired. The Teams module currently only allows you to get information about Teams that you are actually in, thus very limited in the benefits to an administrator.
One of the tasks I have come across is the need to get a list of Teams, along with the members and owners of each. Continue reading
A few weeks back, June 26th specifically, Microsoft announced archival functionality for Teams. Archiving a Team does just what you’d expect by keeping the Team itself, but freezing changes to preserve the current state of the data. There are a couple of things that I found interesting, and good to know before you get started.
While troubleshooting an issue recently, I noticed failures showing up in the Azure Sign-In Activity panel with a sign-in error code 50140. The error code gave the following details:
This error occurred due to ‘Keep me signed in’ interrupt when the user was signing-in. Open a support ticket with Correlation ID, Request ID, and Error code to get more details.
This was happening for a variety of single-sign on enabled applications. Upon testing, the user logged in and was prompted with KMSI as expected. They experienced no trouble either when selecting Yes or No to the prompt. After opening a case with Microsoft, and reaching out to someone on the inside, both confirmed that this was more of an anomaly in the logs and could be safely ignored. It sounds like this will soon either be resolved or changed to an Informational message instead.