Data Lifecycle Management: Separate Copilot retention policies from Teams chats

In a previous post I mentioned how Microsoft is adding the capability to use Purview Data Loss Prevention on Copilot to block certain information from surfacing for the user. Now, Microsoft is adding Copilot to it's retention policy controls, and starting mid-February, public preview tenants can start exploringthis new feature. Admins will be able to create separate retention policies for Microsoft Teams chats and Microsoft 365 Copilot interactions, and allows for a more tailored data management. The feature will of course require that the targeted users have Microsoft 365 Copilot license.  According to the message center, the public preview will be during February, and we can hope for a general release sometime in March. The feature will be available by default, but policies will have to be set up.

A bit dissapointed? (Not really!)

#UC #Exchange #Hyper-v #FTMG

Well, here I am. Going to build me a new lab. There are several reasons for this, and I might come back to those (reasons) later.

As a UC guy, I need to test and understand "everything" when I am working for a customer. And to be a bit more prepared at some of the "other" stuff, I thought I should build a mini site with a few essential components. At the same time, I'm curious to what new functions and obstacles new releases might bring.

The complete LAB will be installed in Hyper-V on a Win2008 R2 server. To save some time and space, I have installed Win2008 R2 on a master drive which has been write protected. All servers I install use differentiating disks. This setup (don't forget to sysprep the master disk, and don't activate windows on it if you're going for a similar setup) allows for a really fast setup of new machines. It leaves only a few minor steps to complete when activating a new server. I am not sure how well this setup works in a production environment, so I'would reccomend a different strategy there (maybe: Create a master drive and run sysprep, then copy and rename each new instance)

So far, I have Installed:
2 FTMG servers (and creating a "DMZ" in between). Yes, FTMG is a RC only, but it looks promising and I need to know whats coming.
1 Server to act as AD/DNS/DHCP/CA and File/Print (Not best practice, but this is LAB is about functionallity, not BP)
1 Server running Exchange 2010.
** to be continued**

Now to my so called disappointment:
When installing Exchange 2007 on Win2008 and 2008 R", there have been "obstacles" standing in the way for a quick and easy installation of Exchange. I was looking forward to meet these new obstacles I expected when I sat down to install Exchange 2010. ** Disappointed** I followed the "howto" information on the web, and found it to be running smoothly and without a hitch...... Hats off to whoever made the installation as easy as it should be :)

You should though, be aware of the prerequisites and requirements of the server before running "install exchange". These are found on the web, not on the CD. Which of course might cause you a headache if the exchange server does not have http/s internet connectivity at the time of installation. Why don't the include a "prepare my computer" script in the setup program?

Next task? Install OCS 2007 R2 in the environment. I'll let you know how this turns out.