Windows 10–Getting Ready for MDM

One of the big selling points of Windows 10 is the convergence of form factors and “one OS to rule them all” seeing Windows 10 desktop and Windows 10 phone merge together in some way. This started in Windows 8.1 where both device gained support for OMA DM, but there were still slight differences between the two.

With a new OS we obviously want new enterprise features as well, and MDM is also one of the areas where the intention is to go further. I have played around with the Windows 10 technical preview for desktop, and a preview build for phones should be imminent. My intention is to play around with MDM for both of them real soon, as well as other enterprise related features in due time.

While we all get ready for some hands-on Microsoft has updated their documentation:
Preview Specifications:
https://msdn.microsoft.com/en-us/library/ee941641.aspx
CSP reference: 
https://msdn.microsoft.com/en-us/library/windows/hardware/dn920025(v=vs.85).aspx

The first link contains a bunch of links to pdfs, and the one’s you’ll want are MS-MDE and MS-MDM.

I’ll get back to you once I’ve got some more details lined up Smilefjes

Sunsetting of EAS MD Online

It feels like forever since I’ve blogged, but maybe that’s just because it’s been like two months since I last posted :)

I haven’t been lazing around in the meantime, and I’ve been working on a lot of things, but they haven’t necessarily been stuff that can be blogged about. I hope to get around to things like Windows 10 MDM soon (the necessary bits from MSFT aren’t available yet), and since the Office 365 APIs went GA two days ago I’ll probably take another stab at those in my lab. I’ve also been doing so much Azure lately I don’t know where to start, but I’m still not sure what fits into the theme of my blog in this department.

Anyways, I just though I’d do a quick update on the status of EAS MD Online. The desktop version of EAS MD is alive and well on GitHub in an open source form. The online version is still up there, but it hasn’t been receiving much attention from anyone for a long time. It’s basically just been left there since the cost of running it has been negligible. I have thus made the decision that I will sunset this service, and shut it down at the end of November.

If you have a valid reason why this would cause you pain you’re obviously welcome to shoot me an email, but I can’t guarantee the outcome :)

EAS MD Available On GitHub

I promised in my last post that EAS MD would be open sourced, and available for those who want to tinker with it or build their own utilities based on what I have done.

I’ve managed to sort this out now, and if you head on over to GitHub it should be available for your viewing pleasure:
https://github.com/ahelland/EASMD

I’ve upgraded the solution to .Net framework 4.5.1 in the process. Not a big change in itself, but at least it saves you from installing an older version of .Net if you´re running a new Windows version. I have not upgraded it in the sense of rewriting code to use HttpClient instead of HttpWebRequest, and other new "stuff". (It would for instance make sense to go async/await to unblock the UI as well.)

While it´s not something you´re likely to notice I also replaced the WBXML bits with the one I´m using for the EAS Web project (https://easweb.codeplex.com)

Since I considered this to be a shift from the regular updates, (actually irregular is probably a better word since I haven´t updated it for a long time), I bumped the version number all the way to 2.0.

I have a web version of EAS MD as well currently burning cpu cycles over at https://easmd.labs.mobilitydojo.net, and this obviously shares some code with the desktop version. I have however not included this in the repo. It´s not that a web implementation wouldn’t add value, but the current version is hopelessly outdated so I think that it would be cleaner to just rewrite the whole web thing if a non-desktop version is needed.

There are certainly things that can be improved upon from the current version:
- The autodiscover feature doesn’t follow redirects, so for instance testing a mailbox located in Office 365 might give you a PASS, but not inform you of the "final" address since Office 365 relies on multiple queries for this.
- The WBXML utility isn’t exactly easy to work with, nor is it fully featured. I´m not sure whether this should be pursued further, or abandoned as a feature.
- Making the output from the test more readable. I can´t even remember exactly why Base64 and Hex are options as they don´t really make much sense. (Hex has been hidden for a long time, and not present during runtime. The Base64 option is flipped off now too, but the code is still there.) The binary output can be used for some obscure scenarios, but decoded WBXML probably is the best.

Anyways, it’s all available now so if anyone feels inspired they´re free to do as they like. The code is licensed under GPLv2, and you are welcome to contribute if you come up with a killer feature.

RSS for Posts RSS for Comments