<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Knowing your limits</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx</link><description>Recently MSIT wanted to make some global changes to the retention time of public folders. In the past we had a global limit of 3 years retention on items in public folders. The plan was to change the default limit to 1 year, and then exempt folders as</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Knowing your limits</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#425455</link><pubDate>Mon, 17 Apr 2006 22:04:07 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:425455</guid><dc:creator>Jon</dc:creator><description>We're going through a very similar initiative here as well, and am curious how you were able to determine &amp;quot;only a few folders had replica limits.&amp;quot; &amp;nbsp;What property stores the replica limit?</description></item><item><title>Henrik Walther Blog  &amp;raquo; Blog Archive   &amp;raquo; Knowing your limits</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#425457</link><pubDate>Mon, 17 Apr 2006 22:31:41 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:425457</guid><dc:creator>Henrik Walther Blog  » Blog Archive   » Knowing your limits</dc:creator><description>PingBack from &lt;a rel="nofollow" target="_new" href="http://blogs.msexchange.org/walther/2006/04/17/knowing-your-limits/"&gt;http://blogs.msexchange.org/walther/2006/04/17/knowing-your-limits/&lt;/a&gt;</description></item><item><title>re: Knowing your limits</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#425464</link><pubDate>Tue, 18 Apr 2006 00:04:39 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:425464</guid><dc:creator>Exchange</dc:creator><description>Jon,&lt;br&gt;&lt;br&gt;There is no programmatic mechanism available to determine this. The per replica folder size limit is a property that can only be accessed thru an administrative RPC call (non-MAPI) in ESM. &lt;br&gt;&lt;br&gt;MSIT had a list already available where we had this information previously captured. If you needed to determine this, you would have to use the Exchange System Manager and walk thru all public folder replicas and check the limit folder by folder. &lt;br&gt;&lt;br&gt;Ted.</description></item><item><title>re: Knowing your limits</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#425798</link><pubDate>Thu, 20 Apr 2006 17:41:01 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:425798</guid><dc:creator>Troy</dc:creator><description>We've had several Exchange administration headaches like this. &amp;nbsp;We wanted to 1) export Exchange configuration to a SQL databases, 2) do queries against the database to update/find out configuratino informatin and then 3) run an exchange utility program to apply the changes back to Exchange. &amp;nbsp;This would help us in 1) greatly reduce the complexity of applying mass changes to Exchange, 2) allow us to use SQL to do Exchange updates instead of DAV.</description></item><item><title>Weekend reading</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#425939</link><pubDate>Fri, 21 Apr 2006 20:15:41 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:425939</guid><dc:creator>subject: exchange</dc:creator><description>WARNING: Next week I won't post the traditional &amp;amp;quot;Weekend reading&amp;amp;quot;. Actually I won't post anything, I'll...</description></item><item><title>May 2006 - Technical Rollup</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#426891</link><pubDate>Mon, 01 May 2006 12:33:35 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:426891</guid><dc:creator>Garry</dc:creator><description>&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Security&lt;br&gt;&amp;amp;amp;nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;News&lt;br&gt;&amp;amp;amp;nbsp;&lt;br&gt;Are Smart Cards the New Way of Life? - Solving the...</description></item><item><title>May 2006 - Technical Rollup</title><link>http://blogs.technet.com/exchange/archive/2006/04/17/425447.aspx#426900</link><pubDate>Mon, 01 May 2006 12:34:34 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:426900</guid><dc:creator>Garry</dc:creator><description>&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Security&lt;br&gt;&amp;amp;amp;nbsp;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;News&lt;br&gt;&amp;amp;amp;nbsp;&lt;br&gt;Are Smart Cards the New Way of Life? - Solving the...</description></item></channel></rss>