Classic outlook - Teams add-in not loading
We recently had a partner experience an issue that is causing the teams add-in feature to not load properly in classic outlook when creating a new meeting. For some background info, we are using a Virtual environment within remote desktop running windows 11. Our servers are provided by AWS. The issue only began as recently as December, as far as we can ascertain with the customers information. I have noticed this issue occurs with numerous partners but is inconsistent, as some load and others do not. I followed troubleshooting steps such as an uninstall/reinstall, verifying the load behavior in the registry was set to 3, and tried to re-register the related teams.addinLoader.dll. A colleague did implement a script to the environment task scheduler that will run every time outlook is launched to re-install that add-in as a break fix, but this still requires closing outlook and reloading it to work. I was curious if anyone else had encountered this within remote desktop with classic outlook, and if they had any success in fixing it. The easiest thing, obviously, is moving over to new outlook since teams' integration is native, but we have some that prefer classic. Though, with it being retired in 2029 it may be worth starting the move away while in a remote environment.
Multiple terminal servers setup
I'm looking to replace my old (like really old 2k8 r2) terminal server with 3 new ones (win2k5). Instead of each department going to one server as it is now, I would like to break up the departments to a specific server. For example. HR and Fiscal go to server 1, C suites go to server 2, etc. How can this easily be achieved? Can I give them all the same virtual server name, group the servers together, and terminal knows which one to go to based on the users group or do I have to make 3 individual servers and tell each division to go to server1 or server2? I've thought about just grouping them together, having roaming profiles and allowing terminal to pick the server based on load but, I don't want to have to fight the terminal server vs their desktop computer when they are in the office. Not to mention the amount of storage needed for all of the profiles. Any help or suggestions would be appreciated.Remote Access via HTTPS RDP Web Client on Windows Server 2022 - Installation Issue Solved .
Step 1: Install Remote Desktop Services** * Install the **Remote Desktop Services** role using (note role and feature installation) * Choose **Quick Start** for the deployment type. * Select **RD Connection Broker** as the default server. * Choose **Session-based desktop deployment**. > *Note: If you need a virtual machine–based environment, ensure Hyper-V or another virtualization platform is installed on the server.* * The following roles will be installed automatically: * Remote Desktop Session Host * Remote Desktop Gateway * Remote Desktop Licensing * Remote Desktop Web Access --- Step 2: Configure Core RDS Components** Configure all the following roles on the **same server** (or on different servers if desired): * RD Connection Broker * RD Gateway * RD Licensing * RD Web Access Use a **domain user** account that has administrative privileges (Domain Administrator or Server Administrator group). --- Step 3: Configure Certificates** * Open **Server Manager** → **Remote Desktop Services** → **Deployment Overview**. * Click **Tasks** → **Edit Deployment Properties**. * Under **Certificates**, create a **self-signed certificate** and apply it to all roles: * RD Connection Broker * RD Gateway * RD Licensing * RD Web Access > Make sure all roles use the **same certificate**. --- Step 4: Configure RD Gateway Policies** * Go to **Tools** → **Remote Desktop Services** → **RD Gateway Manager**. * Create a policy for: * **User authentication** * **Network access** > Allow only ports **443** (HTTPS) and **3389** (RDP). --- Step 5: Configure Quick Session Collection** * If a collection is not created automatically, create one by: * Navigating to **Server Manager** → **Remote Desktop Services** → **Collections**. * Choose the same server and create a new **QuickSessionCollection**. * Under **RemoteApp Programs**, add and publish the desired programs. * Check accessibility by browsing to: `https://<your‑FQDN>/RDWeb/` --- Access via Web Only (Web Client Setup) -------------------------------------------------------------------- To access Remote Desktop only via the browser, install the **Web Client package**. --- **Step 1: Export the Self-Signed Certificate** * Open **Run** → type `certlm.msc` * Navigate to **Personal** → **Certificates** * Select the certificate created for the **RD Connection Broker** * Export the certificate (e.g., to `C:\temp\abcde.cer`) --- #### **Step 2: Install and Publish Web Client Package** Open **Windows PowerShell 5.1** and run: ```powershell Install-Module PowerShellGet -Force Install-Module RDWebClientManagement Import-Module RDWebClientManagement # Clean up any stale IIS locks Reset-IISServerManager -Confirm:$false Remove-Module IISAdministration -ErrorAction SilentlyContinue Import-Module RDWebClientManagement # Install the Web Client Install-RDWebClientPackage # Import the exported certificate Import-RDWebClientBrokerCert "C:\temp\abcde.cer" # Publish the Web Client for production Publish-RDWebClientPackage -Type Production -Latest ``` --- #### **Step 3: Access the Web Client** Visit: `https://<your-serverFQDN>/RDWeb/webclient/index.html` If the page does not appear: * Restart the **Default Web Site** in **IIS Manager**. * Ensure the **webclient** folder is present under the IIS site directory. * Check if the correct certificate is applied under **Bindings** in IIS.
Windows App, pasting files hangs OS
Hi all, We’re experiencing an intermittent but frustrating issue when using the Windows App to connect to our Azure Virtual Desktop environment. Issue: When users attempt to copy and paste certain files from their local machine to the remote session, the operating system on the remote side hangs. The mouse still moves, and the clock continues to tick, but: -Start menu becomes unresponsive -Taskbar icons stop registering clicks -Desktop icons are frozen -No error messages appear This occurs sporadically and seems to affect files of varying sizes and types — 100KB up to 20MB. What we've tried: -Updating the Windows App to the latest version -Verifying clipboard redirection is enabled -Using MSTSC, and the Remote Desktop Store App. These work but don't support Session Pools, Remote -Apps, or SSO. -Using RemoteDesktop_1.2.6228.0 (MSI Install) Has the same issue as Windows App Environment: -Remote app hosted in Azure Virtual Desktop (AVD) -Users connecting from Windows 10/11 clients -Windows App version: 2.0.419.0, 2.0.420.0, and 2.0.500.0 All ideas welcome - is a major disruption to our business processes.
Remote display not changing to 1920 x 1080
With initial versions of Mixed Reality Link the remote display in the Meta Quest was looking great, crisp and big, but suddenly it stopped doing that. Since the latest update of Mixed Reality Link the display keeps the same resolution from my physical monitor, which makes it look squeezed and with big horizontal black bars in the Quest window. Quest 3 Meta Horizon OS v72 best regards, Ramon
2025-01 Cumulative Update for Windows Server 2019 KB5050008 Causing Slow Performance and Freezing
We had this same problem back in August with the 2024-08 Cumulative Update for Windows Server 2019 KB5041578, slow performance and freezing. Here we go again with KB5050008. Remote Desktop does not respond. It freezes up for minutes. We have SQL Server and Terminal Server on this Windows Server 2019 and people can't access it through Remote Desktop. I had to uninstall KB5050008. The server went back to normal. I don't a repeat of this with every Windows Server update. Please advise.Remote Desktop permissions
I have setup Remote Desktop on my Server 2022. Admins are able to log in without issues. I have added users that are not part of the admin group in GP and on the remote desktop element. But the users that are not part of the admin group are not able to login. Any suggestions?
Remote Desktop Connection Broker with SmartCard authentication
Yubikey's have been been rolled out to our end users and reports of 'not being able to run more than one published remote app' have started to flood in. Windows username/password authentication works fine, users without force 'smart card' login can authenticate with the RDweb resources (or even via work resources in their start menu) and run multiple remote apps with no issues. Current setup is one RD Broker server hosting RD Collections, multiple RDH servers bolted on. What I have found so far: Smart card user loads up a remote app, a credential box is presented and the pin is presented, the 1st remote app loads up. Smart card user loads up a 2nd remote app, a credential box appears, under more options, we note that the second connection is using 'the following credential to connect: Password for @@B5YrCiy********' as per below. Selecting OK passes these credentials to the broker and the connection fails. These seems be some kind of user hash? relating to the smartcard? but either way this is presented (not a pin) then you kill the 'RemoteApp and Desktop Connection Runtime' application: then close down this second remote app connection, then reload the remote app connection again. You notice the credentials are cleared and the user can re-present their smart card pin and successfully load up 2 remote apps: So here is my thinking... Smart Card credentials are supplied to the broker and the 'RemoteApp and Desktop Connection Runtime' application holds/cashes these? Killing this application forces 'NEW' remote app connects to re-authenticate with the broker, allowing the next remote app session. Im sure other org's must be using smart card authentication with their RD broker with multiple RD session hosts? for some reason, connecting to our Rd Farm with smart card/pin does not allow a seamless experience when wanting multiple remote apps...... Password auth is seemless.
