<?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: Exchange 2007 Public Folder Security Groups</title>
	<atom:link href="http://blog.loftninjas.org/2008/04/30/exchange-2007-public-folder-security-groups/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.loftninjas.org/2008/04/30/exchange-2007-public-folder-security-groups/</link>
	<description></description>
	<pubDate>Sun, 14 Mar 2010 11:00:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: btm</title>
		<link>http://blog.loftninjas.org/2008/04/30/exchange-2007-public-folder-security-groups/comment-page-1/#comment-250</link>
		<dc:creator>btm</dc:creator>
		<pubDate>Fri, 02 May 2008 16:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.loftninjas.org/?p=186#comment-250</guid>
		<description>Thanks, that was a great explanation. That a pipe is implied is just a new concept and was what I was missing.</description>
		<content:encoded><![CDATA[<p>Thanks, that was a great explanation. That a pipe is implied is just a new concept and was what I was missing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evan</title>
		<link>http://blog.loftninjas.org/2008/04/30/exchange-2007-public-folder-security-groups/comment-page-1/#comment-249</link>
		<dc:creator>Evan</dc:creator>
		<pubDate>Fri, 02 May 2008 13:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.loftninjas.org/?p=186#comment-249</guid>
		<description>re: format-list to get more info. I can explain this a little bit. The default formatting for most cmdlets is defined (in Exchange.format.ps1xml file) to be a restricted set of properties in a "table" format (ie - pipe to format-table and only show a couple of properties). Piping the full object to nothing explicitly, therefore, will show the equivalent of piping it to "format-table" and will only show a couple of properties. If you pipe it to "format-table *" it will (try to) show all properties of the object in a table format, which will not work well since your screen isn't thousands of characters wide most likely. If you pipe the object to "format-list", in many cases there is no formatter defined for list view, so you get the full object. However, you should know that *IF* there is a list view formatter defined in the file, then you may not get the full object with just "format-list", but instead may need to do "format-list *" to indicate you wish to override the formatting and return all properties.

So, in short summary -- you're always getting the full object with all properties (and they're always available if you explicitly "select" or "format-list/table" them by name or wildcard). Just in most cases, the display formatting defaults for the object are defined to only display the most important properties to the host.</description>
		<content:encoded><![CDATA[<p>re: format-list to get more info. I can explain this a little bit. The default formatting for most cmdlets is defined (in Exchange.format.ps1xml file) to be a restricted set of properties in a &#8220;table&#8221; format (ie - pipe to format-table and only show a couple of properties). Piping the full object to nothing explicitly, therefore, will show the equivalent of piping it to &#8220;format-table&#8221; and will only show a couple of properties. If you pipe it to &#8220;format-table *&#8221; it will (try to) show all properties of the object in a table format, which will not work well since your screen isn&#8217;t thousands of characters wide most likely. If you pipe the object to &#8220;format-list&#8221;, in many cases there is no formatter defined for list view, so you get the full object. However, you should know that *IF* there is a list view formatter defined in the file, then you may not get the full object with just &#8220;format-list&#8221;, but instead may need to do &#8220;format-list *&#8221; to indicate you wish to override the formatting and return all properties.</p>
<p>So, in short summary &#8212; you&#8217;re always getting the full object with all properties (and they&#8217;re always available if you explicitly &#8220;select&#8221; or &#8220;format-list/table&#8221; them by name or wildcard). Just in most cases, the display formatting defaults for the object are defined to only display the most important properties to the host.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
