<?xml version="1.0" encoding="utf-8"?>
<!-- generator="Joomla! - Open Source Content Management" -->
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Microsoft Stuff</title>
		<description><![CDATA[Random bits of knowledge gathered over the years. Mostly IT related, but recipes etc will do, too.]]></description>
		<link>https://dynamic.bubbakraut.com/msstuff</link>
		<lastBuildDate>Thu, 14 Jan 2021 10:19:24 +0100</lastBuildDate>
		<generator>Joomla! - Open Source Content Management</generator>
		<atom:link rel="self" type="application/rss+xml" href="https://dynamic.bubbakraut.com/msstuff?format=feed&amp;type=rss"/>
		<language>en-gb</language>
		<managingEditor>admin@bubbakraut.com (BubbaKraut.com)</managingEditor>
		<item>
			<title>Windows Server 2012R2 cannot find License terms</title>
			<link>https://dynamic.bubbakraut.com/msstuff/37-windows-server-2012r2-cannot-find-license-terms</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/37-windows-server-2012r2-cannot-find-license-terms</guid>
			<description><![CDATA[<p>Installing Windows Server 2012R2 as a virtual machine on a Windows Server 20112 Hyper-V host is easy. Mostly.</p>
<p>There IS a small caveat that had me pulling my hair out, though: Just quickly throwing a small vm into operation - accepting all the defaults - would result in a pesky error regarding the licensing terms. The message said "Windows cannot find the Microsoft Software License Terms. Make sure the installation source is valid and restart the installation."</p>
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Fri, 19 Sep 2014 11:28:09 +0200</pubDate>
		</item>
		<item>
			<title>Do I trust myself? Heck, yes!</title>
			<link>https://dynamic.bubbakraut.com/msstuff/22-powershellexecution</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/22-powershellexecution</guid>
			<description><![CDATA[<p>Here you are, all proud that you finished your first Powershell script. Cool! Congrats. PAt yourself on the back!</p>
<p><span style="font-size: 12.16px; line-height: 1.3em;">Now try running it. Most likely you're getting a little pesky prompt telling you to run the script only if if you trust the publisher of the script, blah, blah blah. Great stuff - <em>if</em> you downloaded the thing from the Big Bad Internet - but VERY annoying if you want to run the script automatically (e.g. as a login script or the like). Of course I trust the publisher! I'm not THAT paranoid! So here's how to get around the prompt (drum roll, please): Use the ExecutionPolicy switch!</span></p>
<pre>PowerShell -ExecutionPolicy Bypass -File &lt;your_path_and_scriptname&gt;</pre>]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Mon, 04 Jul 2011 12:50:39 +0200</pubDate>
		</item>
		<item>
			<title>Moving the User Profile location</title>
			<link>https://dynamic.bubbakraut.com/msstuff/19-moving-the-user-profile-location</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/19-moving-the-user-profile-location</guid>
			<description><![CDATA[<p>We needed to move the location of where the user profiles on a Windows 2008 R2 Server are stored from C: to D: .  This turned out to be a bit more work than anticipated - hence this article.</p>
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Tue, 31 May 2011 14:34:47 +0200</pubDate>
		</item>
		<item>
			<title>WSUS download stuck</title>
			<link>https://dynamic.bubbakraut.com/msstuff/16-wsus-download-stuck</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/16-wsus-download-stuck</guid>
			<description><![CDATA[<p>Okay, WSUS is all set up nicely &amp; updates have been approved. They start to download - and suddenly stop. No progress is to be seen in the number of packages downloaded and the amount of data. Now what?
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Fri, 20 May 2011 14:09:08 +0200</pubDate>
		</item>
		<item>
			<title>Zones assignment fails in IE with ESC</title>
			<link>https://dynamic.bubbakraut.com/msstuff/15-zones-escaping-in-ie-with-esc</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/15-zones-escaping-in-ie-with-esc</guid>
			<description><![CDATA[<p>Okay, this pretty much bugged me out: We had IE8 running on a Windows Server 2008 R2 RDS server (yes, Terminal Server for all you OldFolks). We had certain sites assigned to specific Internet Explorer zones (some backing sites to "Trusted", some internal stuff to "Intranet", etc). Everything worked hanky danky when logged on locally - but users connecting with REmote Desktop Services do not get the site-to-zone assignment lists applied.</p>
<p> </p>
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Tue, 10 May 2011 13:51:56 +0200</pubDate>
		</item>
		<item>
			<title>Form scripting on RDS</title>
			<link>https://dynamic.bubbakraut.com/msstuff/14-form-scripting-on-rds</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/14-form-scripting-on-rds</guid>
			<description><![CDATA[<p>Try one thing: install Microsoft Office (pretty much any version) on a Terminal Server (sorry, it's Remote Desktop Session Host, or RDS Host, since we're on Server 2008 R2). Then try to use some advanced Outlook forms - like what we do with IronMountain (formerly Mimosa) NearPoint. Chances are you'll see a message telling you to bugger off - because Form scripting is not installed.</p>
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Tue, 10 May 2011 08:34:16 +0200</pubDate>
		</item>
		<item>
			<title>Show only certain Control Panel items</title>
			<link>https://dynamic.bubbakraut.com/msstuff/13-show-only-certain-control-panel-items</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/13-show-only-certain-control-panel-items</guid>
			<description><![CDATA[<p>Somtime you want to protect computer users against themselves. Especially in Remote Desktop Session (ie.e. Terminal Server) environments that would be an excellent idea.</p>
<p>One of the things you might want to do is to restrict the control panel items your users can access. In the past you did that by specifying which .cpl applets were permitted. Not so any more - of course
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Wed, 04 May 2011 13:45:43 +0200</pubDate>
		</item>
		<item>
			<title>Call me Über-being</title>
			<link>https://dynamic.bubbakraut.com/msstuff/12-godmode</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/12-godmode</guid>
			<description><![CDATA[<p>Okay, I was browsing around looking for the control panel applet names in Windows Server 2008 (or Windows 7, or Windows Server 2008R2, for that matter) to include in a new policy. Not that you ned to know what I was doing, but just throwing it out there.</p>
<p>Anyway, over on petri.co.il I came across a cool thing: <span style="font-size: medium;"><strong>GOD MODE</strong></span>.</p>
]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Wed, 04 May 2011 12:59:24 +0200</pubDate>
		</item>
		<item>
			<title>SSO for RemoteApps</title>
			<link>https://dynamic.bubbakraut.com/msstuff/7-ssoremoteapps</link>
			<guid isPermaLink="true">https://dynamic.bubbakraut.com/msstuff/7-ssoremoteapps</guid>
			<description><![CDATA[<p>Okay, call me slow in the uptake. But what's the point of looking stuff up that you got no use for? None. So, until recently I didn't need to find out how to enable Single Sign on for users of a Terminal Server who want to use a Remote App on another machine. Luckily. The MS team already had a great blog post on enabling SSO for REmote Apps in Remote Desktop Serices.</p>
<p>Find it here: <a href="http://blogs.msdn.com/b/rds/archive/2007/04/19/how-to-enable-single-sign-on-for-my-terminal-server-connections.aspx">http://blogs.msdn.com/b/rds/archive/2007/04/19/how-to-enable-single-sign-on-for-my-terminal-server-connections.aspx</a> </p>]]></description>
			<author>admin@bubbakraut.com (Sven Jambor)</author>
			<category>Microsoft Stuff</category>
			<pubDate>Mon, 11 Apr 2011 09:43:27 +0200</pubDate>
		</item>
	</channel>
</rss>
