True ... but what happens when KMS v5 meets KMS v6 ? For example, Office 2010 on Win81 or Office 2013 on Win7. That's a mix to handle as well.
There are many ways to handle that. You only need to get around the localhost block for v6. There's not a big reason to use any of these over MTK 2.5 beta 5. CODYQX4 has pretty much got these handled fairly well now. IIRC Autokms even reads the settings.xml file when ran. I haven't tested it, but it seems pretty straightforward. Just install autokms, and it will re-activate every time you reboot or every 24 hours if you leave your system on.
no offence to MTK because i love the tool! but can you use it for unattended setup? and one problem with windows 7, you need to install .net first before you can use it
MTK might be nice = it does work but is also BLOATWARE. many of us do have monster fast Internet, and it takes a long time to DL some of the programs.... while other STREAM VIDEOS, hell i' have to look for the small program that work and work fast.... No everbody has 2MB or 100MB speeds... many are still in the lower than 1MB range.... yes i know I live there, but then it has been like 35 yrs since we had some one shot or a bank robbed. and the Sheriff has blooy pipes on all the pickups. and girls have 30-30 rifles in the back windows of there pickups. Old and Slow but steady as hell...
I've had $oem$ folders for previous mtk versions for both autokms and kms server service that worked just fine for win7 and office. It would seem like it would be advantageous for MTK to have silent installer functionality, but like you said, it would need .net4. I'm sure CODYQX4 probably *could* make silent install functionality, but his response was less than enthusiastic. He answered the request once, but I'm sorry I don't have the link; it was somewhere in the kms tools v3 thread. It was something like it not being worth the effort since we already know how to integrate those things manually. One thing that I love about the way CODYQX4 handles his coding in mtk is that every time he adds something he actually goes through and verifies each little change and repeats testing it many times to get an idea of how often it fails, if it fails. That kind of extra attention and testing are far superior to anything we do. We tend to run other people's programs and if it works, we simply upload our method for the rest. Cody actually debugs his programs and changes things that aren't working correctly or with enough accuracy. That's why MTK is better than our tools, and it's why MTK will *ALWAYS* be better than our tools.
I see that SppExtComObjPatcher is realy the best of both worlds (it merely copies 2 files and adds 1 registry entry), and allows the usage for kms server for custom and localhost ip. and all projects is altered (or can be) to run/install the localhost bypass only for KMS v6
The method definitely has the most potential. I think that poor cynecx didn't exactly have in mind developing a whole kms activation deal around the bypass, but maybe he's easing into it a bit. It seems like a lot of annoying work just to make it backward compatible. I don't even use KMS for activation, personally. I have a legit retail key. It's very interesting to learn about all of the new methods and ideas to get passed things though.
zwaan123 - I just tested your KMSDashboard v.2.0.2 Portable - Worked out without any issue. I am going to use your KMS emulator to activate other systems on the network. I ran the test on Server 2012 R2 DC.