<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.iis.net/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Robert McMurray</title><subtitle type="html" /><id>http://blogs.iis.net/robert_mcmurray/atom.aspx</id><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.iis.net/robert_mcmurray/atom.aspx" /><generator uri="http://communityserver.org" version="3.0.20510.895">Community Server</generator><updated>2008-03-08T16:40:00Z</updated><entry><title>FTP Clients - Part 2: Explicit FTPS versus Implicit FTPS</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/11/10/ftp-clients-part-2-explicit-ftps-versus-implicit-ftps.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/11/10/ftp-clients-part-2-explicit-ftps-versus-implicit-ftps.aspx</id><published>2008-11-10T17:46:00Z</published><updated>2008-11-10T17:46:00Z</updated><content type="html">In part 2 of my series on FTP clients, I thought it would be best to have a discussion about the differences between Implicit FTPS and Explicit FTPS . In my recent " FTP Clients - Part 1: Web Browser Support " blog post, I referenced Implicit and Explicit FTPS with a link to my Using FTP Over SSL walkthrough. But it occurred to me that some people may not understand the difference between the two, and my upcoming blog posts are going to build upon that knowledge, so I thought that a quick discussion...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/11/10/ftp-clients-part-2-explicit-ftps-versus-implicit-ftps.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2736755" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="FTP" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/FTP/default.aspx" /></entry><entry><title>Using Visual Studio 2008 on a 64-bit Computer to edit ApplicationHost.config</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/10/27/using-visual-studio-2008-on-a-64-bit-computer-to-edit-applicationhost-config.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/10/27/using-visual-studio-2008-on-a-64-bit-computer-to-edit-applicationhost-config.aspx</id><published>2008-10-28T00:49:00Z</published><updated>2008-10-28T00:49:00Z</updated><content type="html">Visual Studio 2008 as an XML Editor Everyone seems to have their own favorite XML editor these days, and there are no shortages of XML editors in the marketplace. The being said, I tend to use Visual Studio 2008 for several reasons, and if you're using Windows notepad or some other editor, here are some of my reasons why you might consider switching: I've already bought a copy of Visual Studio for application development, so I don't need to purchase another utility. I'm already familiar with the...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/10/27/using-visual-studio-2008-on-a-64-bit-computer-to-edit-applicationhost-config.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2709257" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /></entry><entry><title>AppCmd 80070057 errors when configuring site-level settings</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/10/02/appcmd-80070057-errors-when-configuring-site-level-settings.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/10/02/appcmd-80070057-errors-when-configuring-site-level-settings.aspx</id><published>2008-10-02T17:20:00Z</published><updated>2008-10-02T17:20:00Z</updated><content type="html">I had an interesting question from a coworker who was trying to use AppCmd to set the site-level SSL options for an FTP site. This should have been straightforward, and the syntax that he gave me looked correct: appcmd.exe set config -section:system.applicationHost/sites -[name='Default FTP Site'].ftpServer.security.ssl.controlChannelPolicy:SslAllow /commit:apphost That being said, whenever he or I ran the command we received the following cryptic error from AppCmd: Failed to process input: The parameter...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/10/02/appcmd-80070057-errors-when-configuring-site-level-settings.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2659930" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /><category term="FTP" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/FTP/default.aspx" /></entry><entry><title>'Category does not exist' error when viewing IIS Worker Processes in IIS Manager</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/10/01/category-does-not-exist-error-when-viewing-iis-worker-processes-in-iis-manager.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/10/01/category-does-not-exist-error-when-viewing-iis-worker-processes-in-iis-manager.aspx</id><published>2008-10-01T16:45:00Z</published><updated>2008-10-01T16:45:00Z</updated><content type="html">I ran into an interesting problem recently when using the new Worker Processes feature in the Internet Information Services (IIS) Manager for IIS 7.0. The Worker Processes feature is a great addition to IIS, and it's used to view practical information about the worker processes that are currently in use on your system; for example: the names of application pools that are associated with worker processes, worker process PIDs, CPU and byte usage statistics, etc. So it's understandable that I was a...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/10/01/category-does-not-exist-error-when-viewing-iis-worker-processes-in-iis-manager.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2657746" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /></entry><entry><title>FTP Clients - Part 1: Web Browser Support</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/09/24/ftp-clients-part-1-web-browser-support.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/09/24/ftp-clients-part-1-web-browser-support.aspx</id><published>2008-09-25T02:16:00Z</published><updated>2008-09-25T02:16:00Z</updated><content type="html">Since we've been testing a lot of FTP clients with our new FTP server for IIS 7 , I thought that it would be a good idea to discuss some of the highlights and pitfalls that we have run into when testing various clients. I thought that I'd begin this series with an examination of several web browsers, which are really not the best FTP clients around - web browsers are mostly just "putting a pretty face" on an FTP site rather than functioning as an FTP client. In any event, here's a summary table of...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/09/24/ftp-clients-part-1-web-browser-support.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2644520" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="FTP" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/FTP/default.aspx" /></entry><entry><title>URL Rewrite Module and Digest Authentication</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/09/19/url-rewrite-module-and-digest-authentication.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/09/19/url-rewrite-module-and-digest-authentication.aspx</id><published>2008-09-19T23:37:00Z</published><updated>2008-09-19T23:37:00Z</updated><content type="html">With the Go Live release for the URL Rewrite Module having just been shipped, I thought that I'd address a problem that you might run into if you're using Digest Authentication . RFC 2069 states that a client sends the server a checksum of the username, password, nonce value, HTTP method, and the requested URI. Unfortunately, when rewriting the URL, the client and server have separate ideas of what the actual URL is, so Digest Authentication will fail when authenticating against a rewritten URL....(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/09/19/url-rewrite-module-and-digest-authentication.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2633988" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /></entry><entry><title>Data Mining UrlScan 3.0 Logs using LogParser 2.2</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/09/10/data-mining-urlscan-3-0-logs-using-logparser-2-2.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/09/10/data-mining-urlscan-3-0-logs-using-logparser-2-2.aspx</id><published>2008-09-10T20:04:00Z</published><updated>2008-09-10T20:04:00Z</updated><content type="html">We released a new version of UrlScan recently, and one of the great new features in this version is log files that conform to the W3C Extended Log File Format . What this means to administrators is that they can now parse their UrlScan activity using almost any common log utilities, including Microsoft's LogParser 2.2 utility. For anyone that hasn't heard of LogParser, this is a freeware utility from Microsoft that allows you to write SQL-style queries to extract useful information. Eventually I...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/09/10/data-mining-urlscan-3-0-logs-using-logparser-2-2.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2613771" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /><category term="LogParser" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/LogParser/default.aspx" /></entry><entry><title>FTP and ETW Tracing</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/08/29/ftp-and-etw-tracing.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/08/29/ftp-and-etw-tracing.aspx</id><published>2008-08-29T22:44:00Z</published><updated>2008-08-29T22:44:00Z</updated><content type="html">My good friend Suditi Lahiri has written a terrific blog entry about one of the great new features in the FTP 7 service - which is Event tracing for Windows, or ETW for short. You can read her post at the following URL: http://blogs.iis.net/sudt/archive/2008/08/28/collecting-etw-traces-for-ftp-sessions.aspx Here's where this feature pays off - ETW tracing allows you to see some of the events that are going on inside the FTP service while its running without trying to attach a debugger to the service...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/08/29/ftp-and-etw-tracing.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2590078" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="FTP" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/FTP/default.aspx" /></entry><entry><title>Life after FPSE (Part 4)</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/06/30/life-after-fpse-part-4.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/06/30/life-after-fpse-part-4.aspx</id><published>2008-07-01T02:14:00Z</published><updated>2008-07-01T02:14:00Z</updated><content type="html">In continuation from my previous blog posts on on the subject of migrating from FPSE to WebDAV, today's blog post will address a combination of issues that I've run into and some implementation ideas. Listing content in virtual directories One different that I ran into rather quickly after I migrated a couple of web sites from FPSE to WebDAV was that suddenly my virtual directories were visible in my web authoring tool, which is Microsoft Expression Web. By default, virtual directories didn't show...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/06/30/life-after-fpse-part-4.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2458279" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="WebDAV" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/WebDAV/default.aspx" /></entry><entry><title>Life after FPSE (Part 3)</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/05/01/life-after-fpse-part-3.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/05/01/life-after-fpse-part-3.aspx</id><published>2008-05-02T00:09:51Z</published><updated>2008-05-02T00:09:51Z</updated><content type="html">In continuation from on my blog posts on April 17th and April 23rd , today's blog post will continue to examine moving from the FrontPage Server Extensions (FPSE) to WebDAV, and today I'm going to address a combination of issues that I've run into and questions that I've received from customers. WebDAV Authoring Rules versus FPSE Roles FPSE had a variety of built-in roles defined that have no replacement in a WebDAV world, but in all actuality most of those roles have no meaning in a WebDAV world...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/05/01/life-after-fpse-part-3.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2333089" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="FrontPage Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/FrontPage+Topics/default.aspx" /><category term="WebDAV" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/WebDAV/default.aspx" /></entry><entry><title>Life after FPSE (Part 2)</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/04/23/life-after-fpse-part-2.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/04/23/life-after-fpse-part-2.aspx</id><published>2008-04-23T21:56:57Z</published><updated>2008-04-23T21:56:57Z</updated><content type="html">Following up on my last blog post , today's blog post will discuss some of the highlights and pitfalls that I have seen while transitioning from using the FrontPage Server Extensions to publish web sites to WebDAV. It should be noted, of course, that FTP still works everywhere - e.g. Expression Web, FrontPage, Visual Studio, etc. As the Program Manager for both WebDAV and FTP in IIS I can honestly say that I love both technologies, but I'm understandably biased. &amp;lt;grin&amp;gt; That said, I'm quite...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/04/23/life-after-fpse-part-2.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2317713" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author></entry><entry><title>Life after FPSE (Part 1)</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/04/17/life-after-fpse-part-1.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/04/17/life-after-fpse-part-1.aspx</id><published>2008-04-17T17:59:00Z</published><updated>2008-04-17T17:59:00Z</updated><content type="html">Today's blog post will be the first in a series of blog posts that I intend to write about my experiences with putting together a Windows Server 2008 machine without using the FrontPage Server Extensions (FPSE) for any web publishing. The main goal of this series is to describe some of the highlights and pitfalls that I have run into while transitioning away from FPSE. Over the years I've seen the users of FPSE broken down into two groups: those that love FPSE and those that hate FPSE. So before...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/04/17/life-after-fpse-part-1.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2305604" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="FrontPage Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/FrontPage+Topics/default.aspx" /></entry><entry><title>WebDAV Extension for Windows Server 2008 RTM is released!</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/03/12/webdav-extension-for-windows-server-2008-rtm-is-released.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/03/12/webdav-extension-for-windows-server-2008-rtm-is-released.aspx</id><published>2008-03-12T22:45:00Z</published><updated>2008-03-12T22:45:00Z</updated><content type="html">Earlier today the Microsoft released the RTM version of the new Microsoft WebDAV Extension for IIS 7.0 for Windows Server 2008! Listed below are the links for the download pages for each of the individual installation packages: 32-bit Installation Package : WebDAV (x86) Extension Module for IIS 7.0 64-bit Installation Package : WebDAV (x64) Extension Module for IIS 7.0 We've loaded this version with many great new features such as: Integration with IIS 7.0 : The new WebDAV extension module is fully...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/03/12/webdav-extension-for-windows-server-2008-rtm-is-released.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2229436" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS News Item" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+News+Item/default.aspx" /><category term="WebDAV" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/WebDAV/default.aspx" /></entry><entry><title>FREB: LOG_FILE_MAX_SIZE_TRUNCATE</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/03/08/freb-log-file-max-size-truncate.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/03/08/freb-log-file-max-size-truncate.aspx</id><published>2008-03-08T22:36:00Z</published><updated>2008-03-08T22:36:00Z</updated><content type="html">OK - I have to admit that one of my favorite features for IIS 7 is " Failed Request Tracing ", otherwise known as " FREB ". I've taught breakout sessions about FREB at Microsoft TechEd , and IT administrators love it. (By the way - FREB was originally called " Failed Request Event Buffering ", in case you're wondering why the acronym doesn't match. ;-] ) Anyway, FREB is designed as "no repro" tracing, where you can set up tracing rules for specific conditions and IIS will generate log files if those...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/03/08/freb-log-file-max-size-truncate.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2220954" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /></entry><entry><title>Automating IIS 7 Backups</title><link rel="alternate" type="text/html" href="http://blogs.iis.net/robert_mcmurray/archive/2008/03/08/automating-iis-7-backups.aspx" /><id>http://blogs.iis.net/robert_mcmurray/archive/2008/03/08/automating-iis-7-backups.aspx</id><published>2008-03-08T21:40:00Z</published><updated>2008-03-08T21:40:00Z</updated><content type="html">Many years ago I wrote the following KB article: How To Schedule Metabase Backups Using WSH Truth be told, I wrote the script in that article to help me manage several servers that I controlled. Once I finished the script, I found myself routinely giving it out to customers in order for them to automate their backups, so I decided to turn it into a KB. When IIS 6 came out, Microsoft shipped the IIsBack.vbs script to help customers automate backups. One of the great things in IIS 7 is the deprecation...(&lt;a href="http://blogs.iis.net/robert_mcmurray/archive/2008/03/08/automating-iis-7-backups.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.iis.net/aggbug.aspx?PostID=2220955" width="1" height="1"&gt;</content><author><name>Anonymous</name><uri>http://blogs.iis.net/members/Anonymous.aspx</uri></author><category term="IIS Topics" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/IIS+Topics/default.aspx" /><category term="Scripting" scheme="http://blogs.iis.net/robert_mcmurray/archive/tags/Scripting/default.aspx" /></entry></feed>