<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Citrix: Powershell script to list active thin clients	</title>
	<atom:link href="https://blog.myvirtualvision.com/2012/02/13/citrix-powershell-script-to-list-active-thin-clients/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.myvirtualvision.com/2012/02/13/citrix-powershell-script-to-list-active-thin-clients/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=citrix-powershell-script-to-list-active-thin-clients</link>
	<description>My thoughts on application delivery</description>
	<lastBuildDate>Mon, 24 Apr 2017 08:38:29 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9</generator>
	<item>
		<title>
		By: k.baggerman		</title>
		<link>https://blog.myvirtualvision.com/2012/02/13/citrix-powershell-script-to-list-active-thin-clients/#comment-84</link>

		<dc:creator><![CDATA[k.baggerman]]></dc:creator>
		<pubDate>Wed, 22 Feb 2012 09:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.myvirtualvision.com/?p=1007#comment-84</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.myvirtualvision.com/2012/02/13/citrix-powershell-script-to-list-active-thin-clients/#comment-76&quot;&gt;Jeff Wouters&lt;/a&gt;.

Jeff,

I agree on setting this via GPO but sometimes you just don&#039;t have access to these GPO&#039;s or sys admins don&#039;t want to set this so that&#039;s why I&#039;ve added the first line, thanks for the tips on the confirmation message and the execution policy level.

Regards,

Kees]]></description>
			<content:encoded><![CDATA[<p>Jeff,</p>
<p>I agree on setting this via GPO but sometimes you just don&#8217;t have access to these GPO&#8217;s or sys admins don&#8217;t want to set this so that&#8217;s why I&#8217;ve added the first line, thanks for the tips on the confirmation message and the execution policy level.</p>
<p>Regards,</p>
<p>Kees</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Alain Assaf		</title>
		<link>https://blog.myvirtualvision.com/2012/02/13/citrix-powershell-script-to-list-active-thin-clients/#comment-77</link>

		<dc:creator><![CDATA[Alain Assaf]]></dc:creator>
		<pubDate>Wed, 15 Feb 2012 13:45:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.myvirtualvision.com/?p=1007#comment-77</guid>

					<description><![CDATA[If you have EdgeSight installed, you can run some queries to find the thin client devices that are connecting to your Citrix farm(s). I go into detail in this blog post: http://edgesightunderthehood.com/2011/07/06/reporting-on-non-pc-devices/

Thanks,
Alain]]></description>
			<content:encoded><![CDATA[<p>If you have EdgeSight installed, you can run some queries to find the thin client devices that are connecting to your Citrix farm(s). I go into detail in this blog post: <a href="http://edgesightunderthehood.com/2011/07/06/reporting-on-non-pc-devices/" rel="nofollow ugc">http://edgesightunderthehood.com/2011/07/06/reporting-on-non-pc-devices/</a></p>
<p>Thanks,<br />
Alain</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jeff Wouters		</title>
		<link>https://blog.myvirtualvision.com/2012/02/13/citrix-powershell-script-to-list-active-thin-clients/#comment-76</link>

		<dc:creator><![CDATA[Jeff Wouters]]></dc:creator>
		<pubDate>Mon, 13 Feb 2012 19:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.myvirtualvision.com/?p=1007#comment-76</guid>

					<description><![CDATA[Hi Kees,

The executionpolicy for PowerShell is something that, in my opinion, should be set by a policy and not in each script. Now you would get a message where you would have to confirm that you want to change the exectution policy.
But in case you do want this to be included in your sript, some recommendations:
To avoid that nasty confirmation message, use the -force parameter.
Set the execution policy on the leven you desire. Right now the default (LocalMachine) will be used where (i think) process or currentuser level should suffice in this case?

And last... very good idea and code :-D

Jeff.]]></description>
			<content:encoded><![CDATA[<p>Hi Kees,</p>
<p>The executionpolicy for PowerShell is something that, in my opinion, should be set by a policy and not in each script. Now you would get a message where you would have to confirm that you want to change the exectution policy.<br />
But in case you do want this to be included in your sript, some recommendations:<br />
To avoid that nasty confirmation message, use the -force parameter.<br />
Set the execution policy on the leven you desire. Right now the default (LocalMachine) will be used where (i think) process or currentuser level should suffice in this case?</p>
<p>And last&#8230; very good idea and code 😀</p>
<p>Jeff.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
