New Copilot Updates for Outlook Scheduling, Word Agent Mode, and PowerPoint Agent Mode

Microsoft has announced Copilot enhancements across Outlook, Word, and PowerPoint that improve scheduling, document creation, and presentation building. Here is a summary of some of the features I think can come in handy. Be aware that timelines may change as deployments progress, some of these have already been pushed back a couple of months. All of the following features requires a Microsoft 365 Copilot license, and will be enabled by default for users with such a license. Automatic rescheduling of 1:1 meetings Automatic rescheduling of flexible 1:1 meetings and personal events in Outlook with Copilot, helping users resolve conflicts with minimal manual effort is coming soon. This will be in addition to the already released auto rescheduling of meeting rooms. Originally this feature was planned for mid‑November 2025 to mid‑January 2026, but is now hopefully coming between to mid‑February 2026 and the end of February 2026. A Microsoft Copilot license is required to use the capability....

Installation error when upgrading Exchange 2010 to SP1

I encountered a strange issue when I upgraded an Exchange 2010 installation just the other day. I could not find any technet articles or other blog posts with anything similar to my error. So I thought I'd share my error and solution.

The installation is a rather small one, so I have all the roles co-located on one server.

First of all, I was not able to upgrade using GUI at all. It told me I had to select components, even though all the components were already selected. It just gave me a nonsense error message. It was only after disabling the UMserver (as suggested by this document: http://technet.microsoft.com/en-us/library/ff630921.aspx) I was able to run the wizard.

Unfortunately I was still not able to install the service pack from the GUI. I then tried to run the setup.com /m:upgrade /installwindowsfeature from command prompt. The setup still feiled. When studying the error setup logs (great logging of the setup by the way) I noticed it was complaining about not being able to read the language-packages. And this is where I was puzzeled: The setup was looking for the languagepack on the desktop of my administrator account, not in the setupdirectory I was running setup from.

My simple solution to the problem was this: Copy all the language folders to the desktop. I rebooted the Exchange server (A failed install will need to be rebooted before running setup again) and ran setup.com again. And this time it worked just fine.

Anyone with a good explanation on the placements of the language files? Please drop me a note in the comments section ;)