@scottalanmiller @DustinB3403

Not for their portals, for logging in to the browser with Azure AD account.

I would think the benefit would be for companies all in on M 365.

@Dashrender Hmm, I wonder if it's something like a user with a broken roaming profile accidentally logging into an old server and the profile write back decides to work, and then when they log into a new server the now new roaming profile nukes the other local profile that never was able to write back properly

@black3dynamite yeah, I gave that a check and it's not set

We're over half done migrating these users over to a setup using FSLogix profiles.

Just wondering if any of you with more experience with Roaming Profiles can explain this behaviour.

There's an old Roaming Profiles set-up that's been dragged along through the years and we're wanting to senset it.

One thing we're seeing is that for users who's roaming Profiles write-back haven't been working, (maybe permission error on some files) if we do something that might trigger it to star working again (like add folder exclusion), their local profile gets nuked.

It seems like this is only an issue with roaming Profiles that haven't been working, if they've been working, any changes we've made hadn't had the affect off killing the local profile and starting fresh.

I've check for any GPO settings that might be asking for the local profile to be deleted, but I haven't found anything. From what I understand, the profiles should only be merging.

Has anyone else seen behaviour like this before where a roaming profile goes from not working to working and it kills the local copy?

Joplin

I wouldn't consider microservices as desirable in a deploy-it-yourself end user situation. Unless you are setting up something you really need to be able to scale, it adds IT overhead. A Docker image is an abstraction, but docker/k8s config files are most just configuration as code, so it's not like it's just deploy and go to use a config file from a third-party on your cluster.

However, as we get more open source based images for complete drop-in APIs for developers to use instead of building things from scratch, we'll probably see more of it.

@Mario-Jakovina said in When Does It Stop Even Being IT: Buyers vs Doers:

@scottalanmiller Now, when I saw your video, I understand that "IT Buyer" for you definitely means "Uncompetent IT Buyer"
I don't see why you use plain term Buyer for such bad example. What if someone defines "IT Doer" as somebody who is uncompetent in doing IT...

It seems you think you saw a lot of examples of CIOs not adding value.
But then that means they have uncompetent CEOs who have uncompetent business owners...
I find it hard to believe that it is common in SMBs. How do they survive in competitive markets?
In governement owned organisations - probably this is often the case.

Based on my experience, I would guess that most profitable SMBs aren't operating in a competitive market. And if that market becomes competitive, they do not survive.

Domain name doesn't matter, unless you're signing with a public CA. I'd think self-signed vs internal CA vs public CA would depend on what the authentication mechanism supports and how you have to manage the certificates. (i.e. if there are going to be a ton of them it might be easier for the authentication mechanism just to trust certificates signed by a certain internal CA rather than having to make each certificate trusted.