I want to enforce a company-wide policy that automatically locks Windows computers after 10 minutes without keyboard or mouse activity. However, users may be attending Microsoft Teams meetings where they are watching or listening without interacting with the computer, and I don't want the workstation to lock during those meetings. The devices are managed through Group Policy. What is the most practical way to keep the normal 10-minute inactivity lock while allowing an active Teams meeting to prevent the lock?
3 Answers
Don’t rely on Teams as a guaranteed exemption if the security requirement is strict. Validate active meetings, presentations, calls, and different client versions, and make sure the display-sleep and workstation-lock settings are tested separately. If users need protection when they physically walk away, consider Windows Dynamic Lock as an additional control; it can lock the computer when a paired phone leaves range, although deployment and user setup may require separate testing.
Teams generally tells Windows that media or a meeting is active, so the inactivity timer may not trigger while a meeting is running. The behavior can vary by Teams version, meeting type, power settings, and existing policies, so test it directly with a very short timeout before rolling out the 10-minute policy.
There usually isn’t a separate Group Policy setting needed to make this happen. Applications such as Teams, video players, and full-screen presentations can signal Windows that the user is actively consuming content. Configure the normal screen-lock and power policies, then verify the result on representative machines with gpresult and the exact policies applied to the users and computers.
This can differ between environments. Some organizations still see the monitor turn off or the workstation lock despite a meeting, especially when separate power-management policies are configured.

A test with a 10-second timeout worked for both internal and external meetings—the screen stayed unlocked while the meeting was active.