Safe to delete the Surface Hub 3 "admin" account?
We manage our Surface Hubs with Teams Rooms Pro (and Intune where needed). The Windows default local administrator account is disabled during enrollment by the Deployment policy. Intune is configured to add an Entra group to the Local Administrators group, whose membership we manage with an Identity Governance policy. We are all set for administration. And if we were ever to be locked out of a Surface Hub, we would re-image it and begin again. During the Out-of-box experience, a new administrator account named ".\admin", with a well-known simple three letter password, is added to Surface Hub 3 devices. Presumably, the account is added a "convenience". All my testing and research has shown that this account is not needed or used. Is it safe to delete ".\admin" account? Or later, will I find Microsoft expected to use that account in some way? Thanks, in advance.
Provisioning does not add to MDM - Surface hub
When using the Windows Configuration Designer to create a provisioning package I'm unsure what to add for the MDM devices. Some devices seem to enter the MDM and some don't. Unsure if it's the build on these devices. I've looked for documentation and can't find any for what credentials to use for the following on the Enrol in device management I need to know what to enter for the following fields please. So that I can insure these devices populate into Intune. I don't know why MS make it so hard for this as the setup of the older 2s devices was much easier. Thanks MichaelMiracast not working on Surface Hub 3 (Windows 11 IoT mode)
Hi everyone, we’re currently experiencing issues with Miracast on our Surface Hub 3 devices when running in Windows 11 (IoT) mode. As far as we recall, Miracast used to work correctly in Windows 11 mode without any issues. We are also aware of the planned rollout for this functionality in MTR mode around May 2026. However, since this was already working for us in W11 mode, we’re wondering if something has recently changed that could have impacted this behavior. So far, we’ve tried all the usual troubleshooting steps, including: - Device reboots - Policy/configuration checks and changes - Full device reinstallation Unfortunately, none of these actions resolved the issue. Has anyone experienced something similar or is aware of recent changes that might explain this? Thanks in advance, Andrea
