<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.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>Active Directory Powershell Blog</title><link>http://blogs.msdn.com/b/adpowershell/</link><description>Pipelining AD – one object at a time
</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>Disable loading the default drive ‘AD:’ during import-module</title><link>http://blogs.msdn.com/b/adpowershell/archive/2010/04/12/disable-loading-the-default-drive-ad-during-import-module.aspx</link><pubDate>Mon, 12 Apr 2010 17:34:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9994791</guid><dc:creator>M. Ali</dc:creator><slash:comments>4</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9994791</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9994791</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2010/04/12/disable-loading-the-default-drive-ad-during-import-module.aspx#comments</comments><description>All of you who have used the Active Directory (AD) powershell module would have noticed that every time you import the AD module, a default drive &amp;lsquo;AD:&amp;rsquo; is also loaded. So when you type the following command: 
 Import-module ActiveDirectory...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2010/04/12/disable-loading-the-default-drive-ad-during-import-module.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9994791" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Performance/">Performance</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADProvider/">ADProvider</category></item><item><title>Find out when your Password Expires</title><link>http://blogs.msdn.com/b/adpowershell/archive/2010/02/26/find-out-when-your-password-expires.aspx</link><pubDate>Fri, 26 Feb 2010 23:12:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9970198</guid><dc:creator>M. Ali</dc:creator><slash:comments>5</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9970198</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9970198</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2010/02/26/find-out-when-your-password-expires.aspx#comments</comments><description>Few weeks ago I came across this question &amp;ldquo;How to find out an account&amp;rsquo;s password expiration date&amp;rdquo; in one of our internal mailing-list. This looks like a simple question, but when we tried to find the answer we realized it is not a trivial...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2010/02/26/find-out-when-your-password-expires.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9970198" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ActiveDirectoryExtension/">ActiveDirectoryExtension</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ScriptSnippet/">ScriptSnippet</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Password/">Password</category></item><item><title>Adding/removing members from another forest or domain to groups in Active Directory</title><link>http://blogs.msdn.com/b/adpowershell/archive/2010/01/20/adding-removing-members-from-another-forest-or-domain-to-groups-in-active-directory.aspx</link><pubDate>Wed, 20 Jan 2010 19:54:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9951042</guid><dc:creator>M. Ali</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9951042</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9951042</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2010/01/20/adding-removing-members-from-another-forest-or-domain-to-groups-in-active-directory.aspx#comments</comments><description>Adding/removing members belonging to the same domain from a group is very simple using AD Powershell cmdlets. All you have to do is pass an identifier (either samAccountName, distinguishedName, securityIdentifier or GUID) of the member and group to one...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2010/01/20/adding-removing-members-from-another-forest-or-domain-to-groups-in-active-directory.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9951042" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ScriptSnippet/">ScriptSnippet</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/GroupMembership/">GroupMembership</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/CrossForest/">CrossForest</category></item><item><title>Redirecting Well Known Containers (CN=Users; CN=Computers etc.)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/11/25/redirecting-well-known-containers-cn-users-cn-computers-etc.aspx</link><pubDate>Wed, 25 Nov 2009 22:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9928827</guid><dc:creator>M. Ali</dc:creator><slash:comments>3</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9928827</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9928827</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/11/25/redirecting-well-known-containers-cn-users-cn-computers-etc.aspx#comments</comments><description>In this post we will see the Powershell way of redirecting Users and Computers containers (i.e. Powershell equivalent of tools: redirusr.exe and redircmp.exe ). 
 By now you might know that you can use Get-ADDomain cmdlet for viewing the well-known containers...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/11/25/redirecting-well-known-containers-cn-users-cn-computers-etc.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9928827" width="1" height="1"&gt;</description><enclosure url="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-components-postattachments/00-09-92-88-27/RedirectingWellKnownGuidContainer.ps1" length="3348" type="application/octet-stream" /><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ScriptSnippet/">ScriptSnippet</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/WKGUID/">WKGUID</category></item><item><title>Accessing Replication Metadata using ADPowerShell</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/11/01/accessing-replication-metadata-using-adpowershell.aspx</link><pubDate>Sun, 01 Nov 2009 09:50:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9915814</guid><dc:creator>M. Ali</dc:creator><slash:comments>2</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9915814</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9915814</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/11/01/accessing-replication-metadata-using-adpowershell.aspx#comments</comments><description>Metadata associated with Active Directory Replication is exposed in AD via many constructed attributes. Some of these metadata attributes come in pairs of binary blob &amp;amp; xml representation of the metadata element. 
 
 
 
 
 
 Constructed Replication...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/11/01/accessing-replication-metadata-using-adpowershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9915814" width="1" height="1"&gt;</description><enclosure url="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-components-postattachments/00-09-91-58-14/ReplicationMetadata.ps1" length="3510" type="application/octet-stream" /></item><item><title>View/Configure Protected ACL and Fixing Broken Inheritance</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/10/22/view-configure-protected-acl-and-fixing-broken-inheritance.aspx</link><pubDate>Thu, 22 Oct 2009 19:33:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9911629</guid><dc:creator>M. Ali</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9911629</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9911629</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/10/22/view-configure-protected-acl-and-fixing-broken-inheritance.aspx#comments</comments><description>ACL inheritance is one of key concept in Active Directory delegation of control. It allows ACEs set on a parent container gets inherited by its child objects. It simplifies access management significantly as it allows the management to be done on the...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/10/22/view-configure-protected-acl-and-fixing-broken-inheritance.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9911629" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ACL/">ACL</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/AccessControl/">AccessControl</category></item><item><title>Add Object Specific ACEs using Active Directory Powershell</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/10/13/add-object-specific-aces-using-active-directory-powershell.aspx</link><pubDate>Tue, 13 Oct 2009 22:37:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9906868</guid><dc:creator>M. Ali</dc:creator><slash:comments>7</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9906868</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9906868</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/10/13/add-object-specific-aces-using-active-directory-powershell.aspx#comments</comments><description>Active Directory Powershell implements two Powershell Provider cmdlets specifically for access control management in Active Directory: Get-ACL and Set-ACL. This blog series is to give a few examples on how to use them. Note that it is not intended for...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/10/13/add-object-specific-aces-using-active-directory-powershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9906868" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ACL/">ACL</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/AccessControl/">AccessControl</category></item><item><title>How to view SOAP XML messages to and from AD Webservices and Powershell</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/10/05/how-to-view-soap-xml-messages-to-and-from-ad-webservices-and-powershell.aspx</link><pubDate>Tue, 06 Oct 2009 01:12:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9903447</guid><dc:creator>M. Ali</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9903447</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9903447</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/10/05/how-to-view-soap-xml-messages-to-and-from-ad-webservices-and-powershell.aspx#comments</comments><description>I am sure many of us are curious to see the XML messages communicated between the AD Powershell webservices client and a Windows server hosting AD Webservices whenever a powershell cmdlet gets executed. In this blog, I am providing information to view...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/10/05/how-to-view-soap-xml-messages-to-and-from-ad-webservices-and-powershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9903447" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Error/">Error</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Exception/">Exception</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWebservice/">ADWebservice</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWS/">ADWS</category></item><item><title>How to find extended rights that apply to a schema class object</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/09/22/how-to-find-extended-rights-that-apply-to-a-schema-class-object.aspx</link><pubDate>Wed, 23 Sep 2009 01:44:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9898212</guid><dc:creator>M. Ali</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9898212</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9898212</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/09/22/how-to-find-extended-rights-that-apply-to-a-schema-class-object.aspx#comments</comments><description>Recently, I came across this question (how to find extended rights that apply to a schema class) in our internal mailing lists. Extended rights are special permissions that denote a special task or function. These rights apply to one or more object classes...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/09/22/how-to-find-extended-rights-that-apply-to-a-schema-class-object.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9898212" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ScriptSnippet/">ScriptSnippet</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Schema/">Schema</category></item><item><title>Active Directory Management Gateway Service released to web - manage YOUR Windows 2003/2008 DCs USING AD POWERSHELL !</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/09/18/active-directory-management-gateway-service-released-to-web-manage-your-windows-2003-2008-dcs-using-ad-powershell.aspx</link><pubDate>Fri, 18 Sep 2009 03:15:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9896591</guid><dc:creator>M. Ali</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9896591</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9896591</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/09/18/active-directory-management-gateway-service-released-to-web-manage-your-windows-2003-2008-dcs-using-ad-powershell.aspx#comments</comments><description>RTW version of Active Directory Management Gateway Service (ADMGS), an Active Directory Web Services (ADWS overview here ) out of band release for down level servers is now available to download from Microsoft Download Center Page . ADMGS is a down level...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/09/18/active-directory-management-gateway-service-released-to-web-manage-your-windows-2003-2008-dcs-using-ad-powershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9896591" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Installation/">Installation</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADAC/">ADAC</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWebservice/">ADWebservice</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWS/">ADWS</category></item><item><title>Token Bloat Troubleshooting by Analyzing Group Nesting in AD</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/09/05/token-bloat-troubleshooting-by-analyzing-group-nesting-in-ad.aspx</link><pubDate>Sat, 05 Sep 2009 05:52:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9891682</guid><dc:creator>M. Ali</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9891682</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9891682</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/09/05/token-bloat-troubleshooting-by-analyzing-group-nesting-in-ad.aspx#comments</comments><description>This tool started when I was finding ways to analyze the complexity of group memberships in AD. Other than the usual average/median/min/max of number of members, number of memberships etc, I was also interested in finding out the maximum nesting levels...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/09/05/token-bloat-troubleshooting-by-analyzing-group-nesting-in-ad.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9891682" width="1" height="1"&gt;</description></item><item><title>Active Directory Powershell to manage Sites and Subnets – Part 3 (Getting Site and Subnets)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/08/18/active-directory-powershell-to-manage-sites-and-subnets-part-3-getting-site-and-subnets.aspx</link><pubDate>Tue, 18 Aug 2009 14:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9874409</guid><dc:creator>M. Ali</dc:creator><slash:comments>4</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9874409</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9874409</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/08/18/active-directory-powershell-to-manage-sites-and-subnets-part-3-getting-site-and-subnets.aspx#comments</comments><description>Hello folks! Here are few Active Directory Powershell script snippets that you will find useful while writing scripts. They deal with fetching sites, subnets and servers. Most of the snippets are simple and self-explanatory and can be simply copy-pasted...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/08/18/active-directory-powershell-to-manage-sites-and-subnets-part-3-getting-site-and-subnets.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9874409" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Sites/">Sites</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ScriptSnippet/">ScriptSnippet</category></item><item><title>Active Directory Powershell to manage Sites and Subnets – Part 2 (New-XADSubnet)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/08/11/active-directory-powershell-to-manage-sites-and-subnets-part-2-new-xadsubnet.aspx</link><pubDate>Tue, 11 Aug 2009 19:00:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9865142</guid><dc:creator>M. Ali</dc:creator><slash:comments>5</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9865142</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9865142</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/08/11/active-directory-powershell-to-manage-sites-and-subnets-part-2-new-xadsubnet.aspx#comments</comments><description>In an earlier post “Active Directory Powershell to manage sites – Part 1 (New-XADSite)” Jairo explained in detail about how to create a Site in Active Directory using AD Powershell. In today’s post I am going to discuss about how to create Subnets using...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/08/11/active-directory-powershell-to-manage-sites-and-subnets-part-2-new-xadsubnet.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9865142" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ActiveDirectoryExtension/">ActiveDirectoryExtension</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Sites/">Sites</category></item><item><title>Three Module Extensions (DC Health, Trust Management and Demo Script)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/08/04/three-module-extensions-dc-health-trust-management-and-demo-script.aspx</link><pubDate>Tue, 04 Aug 2009 19:12:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9857543</guid><dc:creator>M. Ali</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9857543</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9857543</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/08/04/three-module-extensions-dc-health-trust-management-and-demo-script.aspx#comments</comments><description>This is a short blog post to highlight a few module extensions that we have been demoing at conferences this year. They show some of the new features in our PowerShell module as well as a few examples extending them. In this update, there are three modules...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/08/04/three-module-extensions-dc-health-trust-management-and-demo-script.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9857543" width="1" height="1"&gt;</description><enclosure url="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-components-postattachments/00-09-85-75-43/DemoScripts.zip" length="10978" type="application/x-zip-compressed" /><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category></item><item><title>Use Active Directory Powershell to manage Windows 2003/2008 DCs</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/06/23/use-active-directory-powershell-to-manage-windows-2003-2008-dcs.aspx</link><pubDate>Tue, 23 Jun 2009 23:58:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9800207</guid><dc:creator>M. Ali</dc:creator><slash:comments>4</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9800207</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9800207</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/06/23/use-active-directory-powershell-to-manage-windows-2003-2008-dcs.aspx#comments</comments><description>Many of the readers have expressed interest in having the ability to manage their down level (running Win 2003/2008) DCs using ADPowershell. The only missing piece was the availability of the Active Directory Web Service (ADWS overview here ). Well, ADWS...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/06/23/use-active-directory-powershell-to-manage-windows-2003-2008-dcs.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9800207" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWebservice/">ADWebservice</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWS/">ADWS</category></item><item><title>Inspecting Deleted Objects before Restore</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/06/01/inspecting-deleted-objects-before-restore.aspx</link><pubDate>Mon, 01 Jun 2009 21:36:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9680070</guid><dc:creator>M. Ali</dc:creator><slash:comments>4</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9680070</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9680070</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/06/01/inspecting-deleted-objects-before-restore.aspx#comments</comments><description>Accidental deletions can happen in Active Directory in many ways. An administrator can end up deleting a single user object unintentionally or fat finger an entire tree of OUs. A rogue script could end up deleting multiple objects at multiple locations...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/06/01/inspecting-deleted-objects-before-restore.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9680070" width="1" height="1"&gt;</description><enclosure url="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-components-postattachments/00-09-68-00-70/Get_2D00_ADDeletedContainers-ps1.txt" length="8787" type="text/plain" /><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Tree/">Tree</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Undelete/">Undelete</category></item><item><title>Tab completing LDAP attribute names inside Advanced Filters</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/05/19/tab-completing-ldap-attribute-names-inside-advanced-filters.aspx</link><pubDate>Tue, 19 May 2009 20:00:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9630101</guid><dc:creator>M. Ali</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9630101</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9630101</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/05/19/tab-completing-ldap-attribute-names-inside-advanced-filters.aspx#comments</comments><description>In my previous post about Advanced filter s I showed how to use Powershell variables to represent values inside filters. Example: 
 PS D:\&amp;gt; $JohnSmith = Get-ADUser JohnSmith

PS D:\&amp;gt; Get-ADUser -Filter { manager -eq $JohnSmith.DistinguishedName...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/05/19/tab-completing-ldap-attribute-names-inside-advanced-filters.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9630101" width="1" height="1"&gt;</description><enclosure url="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-components-postattachments/00-09-63-01-01/ActiveDirectoryExtension.ps1.txt" length="23250" type="text/plain" /><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ActiveDirectoryExtension/">ActiveDirectoryExtension</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Filter/">Filter</category></item><item><title>ACTIVE DIRECTORY POWERSHELL TO MANAGE SITES – Part 1 (New-XADSite)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/05/05/active-directory-powershell-to-manage-sites-part-1-new-xadsite.aspx</link><pubDate>Tue, 05 May 2009 21:29:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9589424</guid><dc:creator>M. Ali</dc:creator><slash:comments>6</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9589424</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9589424</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/05/05/active-directory-powershell-to-manage-sites-part-1-new-xadsite.aspx#comments</comments><description>In this opportunity I am going to provide a solution to manage sites in your Active Directory (AD) forest by extending Active Directory PowerShell by implementing functions that allow creation, retrieval, update (moving to a site link, renaming) and deletion...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/05/05/active-directory-powershell-to-manage-sites-part-1-new-xadsite.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9589424" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ActiveDirectoryExtension/">ActiveDirectoryExtension</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Sites/">Sites</category></item><item><title>HOW TO CREATE A FUNCTION TO VALIDATE THE EXISTENCE OF AN AD OBJECT (Test-XADObject)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/05/05/how-to-create-a-function-to-validate-the-existence-of-an-ad-object-test-xadobject.aspx</link><pubDate>Tue, 05 May 2009 21:25:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9589416</guid><dc:creator>M. Ali</dc:creator><slash:comments>2</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9589416</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9589416</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/05/05/how-to-create-a-function-to-validate-the-existence-of-an-ad-object-test-xadobject.aspx#comments</comments><description>In this posting I am sharing a simple but useful function that you might need to use in many of your scripts. This is a function that returns true if a given AD object exists provided its identity. The Identity parameter can receive any ADObject identity...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/05/05/how-to-create-a-function-to-validate-the-existence-of-an-ad-object-test-xadobject.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9589416" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ActiveDirectoryExtension/">ActiveDirectoryExtension</category></item><item><title>Working with Certificates in Active Directory Powershell</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/04/26/working-with-certificates.aspx</link><pubDate>Mon, 27 Apr 2009 01:00:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9544277</guid><dc:creator>M. Ali</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9544277</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9544277</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/04/26/working-with-certificates.aspx#comments</comments><description>AD Powershell uses .NET class X509Certificate to represent a certificate. Let's see how you can manage the certificates for a user. 
 Update User Certificates 
 You can create a X509Certificate (or X509Certificate2 ) object using the certificate file...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/04/26/working-with-certificates.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9544277" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Certificate/">Certificate</category></item><item><title>Active Directory Powershell – Advanced Filter (Part – II)</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/04/14/active-directory-powershell-advanced-filter-part-ii.aspx</link><pubDate>Tue, 14 Apr 2009 19:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9549723</guid><dc:creator>M. Ali</dc:creator><slash:comments>6</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9549723</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9549723</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/04/14/active-directory-powershell-advanced-filter-part-ii.aspx#comments</comments><description>In my previous post I discussed about the various features available in -Filter parameter aka “advanced filter”. This post extends the previous one and discusses about the various operators supported in Advanced Filter and also give examples using each...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/04/14/active-directory-powershell-advanced-filter-part-ii.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9549723" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Filter/">Filter</category></item><item><title>Active Directory Web Services Overview</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/04/06/active-directory-web-services-overview.aspx</link><pubDate>Mon, 06 Apr 2009 20:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9529560</guid><dc:creator>M. Ali</dc:creator><slash:comments>10</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9529560</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9529560</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/04/06/active-directory-web-services-overview.aspx#comments</comments><description>Active Directory Web Services (ADWS) is a new windows service introduced in Windows 2008 R2 that enables remote management of any local directory service instance using WS-* protocols. 
 ADWS supports the following web service protocols: 
 
 WS-Transfer...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/04/06/active-directory-web-services-overview.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9529560" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADWebservice/">ADWebservice</category></item><item><title>Active Directory Powershell – Advanced Filter</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/04/03/active-directory-powershell-advanced-filter.aspx</link><pubDate>Fri, 03 Apr 2009 15:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9530906</guid><dc:creator>M. Ali</dc:creator><slash:comments>6</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9530906</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9530906</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/04/03/active-directory-powershell-advanced-filter.aspx#comments</comments><description>Do you find it difficult reading/writing LDAP filters? Do you wish you could write LDAP filter in a more natural way? Have you ever wished that Ldap filter parser message should point you to the exact error character in your filter string instead of displaying...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/04/03/active-directory-powershell-advanced-filter.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9530906" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Filter/">Filter</category></item><item><title>Active Directory Administrative Center for Windows Server 2008 R2 implemented using ADPowershell!</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/03/27/active-directory-administrative-center-for-windows-server-2008-r2-implemented-using-adpowershell.aspx</link><pubDate>Fri, 27 Mar 2009 21:02:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9514682</guid><dc:creator>M. Ali</dc:creator><slash:comments>8</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9514682</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9514682</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/03/27/active-directory-administrative-center-for-windows-server-2008-r2-implemented-using-adpowershell.aspx#comments</comments><description>Windows Server 2008 R2 doesn’t just add ADPowershell – it also adds Active Directory Administrative Center (or ADAC), a new GUI tool for AD administrators. Read about it here . What’s more, while you can’t tell just from looking at it, ADAC is implemented...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/03/27/active-directory-administrative-center-for-windows-server-2008-r2-implemented-using-adpowershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9514682" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/ADAC/">ADAC</category></item><item><title>Error Reporting in Active Directory Powershell</title><link>http://blogs.msdn.com/b/adpowershell/archive/2009/03/25/error-reporting-in-active-directory-powershell.aspx</link><pubDate>Wed, 25 Mar 2009 17:59:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9507727</guid><dc:creator>M. Ali</dc:creator><slash:comments>2</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/rsscomments.aspx?WeblogPostID=9507727</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/adpowershell/commentapi.aspx?WeblogPostID=9507727</wfw:comment><comments>http://blogs.msdn.com/b/adpowershell/archive/2009/03/25/error-reporting-in-active-directory-powershell.aspx#comments</comments><description>In this blog, I will discuss the Active Directory (AD) PowerShell error reporting. Good error reporting is critical and it saves time to resolve an issue. 
 Let's start with the basics. In case of error, AD PowerShell cmdlet prints the error details...(&lt;a href="http://blogs.msdn.com/b/adpowershell/archive/2009/03/25/error-reporting-in-active-directory-powershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9507727" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Script/">Script</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Error/">Error</category><category domain="http://blogs.msdn.com/b/adpowershell/archive/tags/Exception/">Exception</category></item></channel></rss>
