<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:admin="http://webns.net/mvcb/"
xmlns:cc="http://web.resource.org/cc/"
xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://simultaneouspancakes.com/Lessons/">
<title>Lessons Learned</title>
<link>http://simultaneouspancakes.com/Lessons/</link>
<description>Things I Wish I Had Known</description>
<dc:creator></dc:creator>
<dc:date>2005-12-28T07:51:33-06:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.2" />


<items>
<rdf:Seq><rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/12/sbs_2003_unleas.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/12/in_stores_now.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/12/another_reason_1.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/12/telnet_is_your.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/11/automounting_sb.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/11/safari_and_comp.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/11/another_reason.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/11/internet_access_1.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/11/not_getting_you.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/11/configuring_dhc.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/10/mac_office_2004_1.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/10/publishing_timb.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/09/mac_office_2004.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/09/creating_readwr.shtml" />
<rdf:li rdf:resource="http://simultaneouspancakes.com/Lessons/archives/2005/09/allocated_memor.shtml" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/12/sbs_2003_unleas.shtml">
<title>SBS 2003 Unleashed</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/12/sbs_2003_unleas.shtml</link>
<description><![CDATA[<p>I’ve been a little out of pocket this week with the holidays and family in from out of town, but I went through several mailing lists this morning and saw several messages asking for clarifications about the Microsoft Small Business Server 2003 Unleashed book. In this post, I’ll briefly discuss some of the structure and thought processes behind the book, which will hopefully address most of the questions that have been asked.</p>]]></description>
<dc:subject>Observations</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-12-28T07:51:33-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/12/in_stores_now.shtml">
<title>In Stores Now</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/12/in_stores_now.shtml</link>
<description><![CDATA[<p>Those of you who have been waiting with baited breath can start brushing your teeth. The first shipments of Micorosoft Small Business Server 2003 Unleashed have started arriving at bookstores around the US. We're hoping for wide physical distribution to brick and mortar locations by the end of the month. Those who preordered copies directly from Sams Publishing should start receiving those copies ay day now. Those who preordered from other online resellers should see them arrive by the first of the year.</p>

<p>Thanks again to everyone who helped put this book together. And thanks also to the thousands of you who preordered copies through the various online resellers. I trust you will find the book well worth your investment and the wait.</p>]]></description>
<dc:subject>SBS</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-12-20T05:45:07-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/12/another_reason_1.shtml">
<title>Another reason not to completely disable SMB Signing on a server through GP</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/12/another_reason_1.shtml</link>
<description><![CDATA[<p>I have a post on this blog about creating a <a href="http://simultaneouspancakes.com/Lessons/archives/2004/12/how_to_disable.shtml" target="new">special GPO on SBS to disable SMB signing </a>so that Macintosh workstations can access server shares. In that post, I present a solution that is contrary to what other folks in the community have suggested for a solution:<br />
</p>]]></description>
<dc:subject>SBS</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-12-14T05:09:35-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/12/telnet_is_your.shtml">
<title>Telnet is your Friend</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/12/telnet_is_your.shtml</link>
<description><![CDATA[<p>Sometimes the best troubleshooting tools are the simple ones. One of my personal favorites is Telnet. Here are just a few quick troubleshooting tasks that I routinely encounter for which Telnet is the first tool out of the box:</p>]]></description>
<dc:subject>Troubleshooting</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-12-05T13:20:41-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/11/automounting_sb.shtml">
<title>Automounting SBS Shares on a Macintosh</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/11/automounting_sb.shtml</link>
<description><![CDATA[<p>Anyone who has used a Macintosh in a network environment for several years will remember a feature from OS 9 and earlier versions that allowed you to save logon credentials for a network volume. This would allow users to have those network volumes automatically mount on the Mac desktop when the user logged in on the Mac. As with many other features of the new operating system, this functionality changed with the release of OS X. As a result, there is no longer a simple checkbox that a user can enable to have a network volume automatically mount when the user logs in.</p>

<p>There are several ways to recover this functionality, however. This document details one of the simpler methods. Given the intended audience for this document, there are several assumptions being made.</p>

<ol><li>The Macintosh is running Mac OS 10.4 or later.
<li>The server providing the network volumes is running SBS 2003.
<li>The Macintosh is accessing shares on the SBS server through SMB, not AppleTalk.</ol>]]></description>
<dc:subject>Mac</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-11-27T06:46:43-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/11/safari_and_comp.shtml">
<title>Safari and Companyweb</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/11/safari_and_comp.shtml</link>
<description><![CDATA[<p>I've been assisting a client of mine in California with getting a number of Macs connected to a new SBS 2003 server for one of his installations. We have been able to get most of the issues resolved, but he hit me with one recently that I couldn't nail down immediately. One of the newer Macs could not load http://companyweb from Safari.</p>

<p>At the time of his request, I was off site, and as a quick check, I made a VPN connection to another client site from my PowerBook and attempted to load companyweb from that site in Safari. I couldn't make an immediate connection, which I wrote off as DNS. However, I did try to connect using the SSL interface to companyweb: https://servername:444/ which connected immediately. I was prompted for a username and password (understandable since the Mac does not have Windows authorization credentials cached) and got in to browse through all of the pieces of companyweb.</p>

<p>I reported this back to my client, but wanted to do a full examination in my test network. Here's what I found...<br />
</p>]]></description>
<dc:subject>Mac</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-11-26T05:01:25-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/11/another_reason.shtml">
<title>Another reason NOT to use a public DNS name as your internal domain namespace</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/11/another_reason.shtml</link>
<description><![CDATA[<p>I was called in to work with a client this week who was having some trouble with employees who were connecting to the network via VPN. The basic problem was this: when the employees made a VPN connection and tried to load the companyweb web site, they got directed to someplace else altogether. When they tried to connect to companyweb from machines on the internal network, no problems.</p>

<p>The core problem boiled down to the internal domain name space. It was the same as their public DNS name. I.e., their internal domain was smallbizco.net (not their real domain) and their public domain was smallbizco.net. </p>

<p>I was able to give them a workaround ( use the URL https://SBSserverIPaddress:444/ ) since they couldn't implement the real solution, which is to rename the internal domain with a private, non-routable namespace (such as smallbizco.local or smallbizco.lan).</p>

<p>Every SBS consultant worth his or her salt will tell you that you never, EVER use a public domain name for your internal domain name. DNS lookup failures, like the ones experienced here, are the reason why. And had this client set up the internal domain name correctly, they could have avoided this problem.</p>

<p>However, the real reason WHY it was failing was because of what I now believe is a flaw in the way Windows handles VPN connections, not only because they used a public DNS namespace for their internal domain. What follows is how I determined that the problem lies with Windows and not solely with the client.<br />
</p>]]></description>
<dc:subject>Technology</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-11-12T07:11:05-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/11/internet_access_1.shtml">
<title>Internet Access for Macintoshes behind ISA 2004</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/11/internet_access_1.shtml</link>
<description><![CDATA[<p>Since the Macintosh platform does not interact with the default authentication requirements of ISA 2004 for web and non-web access, you have to create a special ISA configuration to allow outbound Internet access for Macs.</p>

<p>The remainder of this post will give step-by-step instructions for setting up the ISA configuration.</p>]]></description>
<dc:subject>Mac</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-11-05T15:52:11-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/11/not_getting_you.shtml">
<title>Not getting your Sharepoint Alerts?</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/11/not_getting_you.shtml</link>
<description><![CDATA[<p>I was working with another SBS consultant on an issue where the majority of his client sites were not receiving alerts from Sharepoint, not even the e-mail messages identifying that an alert had been created.</p>

<p>In a reversal of my usual approach, I'll give you the solution, then tell you how we approached the troubleshooting.</p>

<p>Turns out that, based on <a href="http://msmvps.com/kwsupport/archive/2004/06/19/8543.aspx" target="new">a message from SBS MVP Les Connor</a> that's posted on <a href="http://www.msmvps.com/kwsupport/" target="new">SBS MVP Kevin Weilbacher's site</a>, my client had enabled the Filter Messages with Blank Sender in the Exchange System Manager Message Delivery section. Once we disabled that setting, the Sharepoint alerts started flowing as expected.</p>

<p>Alternately, you can set a From address in the Sharepoint Central Administration settings. From Administrative Tools, open Sharepoint Central Administration. Then go to Configure Virtual Server Settings, Companyweb, Virtual Server E-mail Settings, and enter a valid address in the From Address: field.</p>]]></description>
<dc:subject>SBS</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-11-05T15:20:31-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/11/configuring_dhc.shtml">
<title>Configuring DHCP Reservations in SBS 2003</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/11/configuring_dhc.shtml</link>
<description><![CDATA[<p>While the default SBS install creates a stable DHCP server configuration (when DHCP is enabled on the SBS server, and it should be), sometimes there are reasons to have a network device receive a consistent IP address on the internal network. This could be a network-aware printer that needs a fixed IP or if you need to group a set of workstations in a specific IP address range for ISA. This post covers the steps to follow to create a DHCP reservation on an SBS 2003 server.</p>]]></description>
<dc:subject>How To</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-11-04T15:31:56-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/10/mac_office_2004_1.shtml">
<title>Mac Office 2004 11.2.1 Update Released</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/10/mac_office_2004_1.shtml</link>
<description><![CDATA[<p>Microsoft Office 2004 AutoUpdate ran this morning and caught the <a href="http://www.microsoft.com/mac/downloads.aspx?pid=download&location=/mac/download/office2004/Office2004_11_2_1.xml&secid=4&ssid=28&flgnosysreq=True" target="new">Office 11.2.1 update</a>, which was released yesterday. This update is primarily an Entourage update, but given my proclivity to work with Entourage in an SBS environment, so I dug right into it.</p>

<p>The Entourage update relates to potential issues with synchronization to an Exchange server introduced in the SP2 update for Office 2004.</p>

<p>So far, I have not noticed any performance issues after installing the 11.2.1 update, but then I didn't notice any negative issues with the SP2 update. In fact, I found that my performance with all the Office apps increased significantly, especially when launching the apps.</p>

<p>My recommendation: go ahead and install this update. If you haven't installed the SP2 update for Office 2004, you need to get that installed as well.</p>]]></description>
<dc:subject>Mac</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-10-21T23:07:17-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/10/publishing_timb.shtml">
<title>Publishing Timbuktu through ISA 2004</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/10/publishing_timb.shtml</link>
<description><![CDATA[<p>I've been asked a couple of times now about publishing Timbuktu through ISA 2004. More than once is enough for me to post it here.</p>

<p>Follow these steps to publish Timbuktu to an internal client through ISA 2004 (note that this will only provide access to one internal computer for Timbuktu, not every system that is running Timbuktu on the internal network):</p>]]></description>
<dc:subject>How To</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-10-07T04:51:36-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/09/mac_office_2004.shtml">
<title>Mac Office 2004 SP2</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/09/mac_office_2004.shtml</link>
<description><![CDATA[<p>This past week, Microsoft released <a href="http://www.microsoft.com/mac/default.aspx?pid=office2004sp2" target="Q">Service Pack 2</a> for Office 2004 for the Mac. Among the enhancements are significant improvements in the Entourage mail client. Some of these improvements are available after installing <a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;888619" target=Q">KB 888619</a> on Exchange 2003 or <a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;892986" target="Q">892896</a> on Exchange 2000. </p>

<p>Improvements provided in Office 2004 SP2 include:</p>]]></description>
<dc:subject>Mac</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-09-24T08:04:02-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/09/creating_readwr.shtml">
<title>Creating Read/Write Mac Shares on a Windows Server</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/09/creating_readwr.shtml</link>
<description><![CDATA[<p>By default, when you creat a new Mac volume on a Windows Server using the Services For Macintosh GUI interface, the new share gets created with Read-Only permissions for all Mac users. In order to allow Mac users to be able to modify the contents of the volume, you have to go back and manually change remove the "Read Only" checkbox from the settings on the share.</p>

<p>I just stumbled across the command line that can be used to create the Mac share and make it Read/Write from the get-go:</p>

<ul>macfile volume /add /name:<i>volname</i> /path:<i>dirpath</i> /readonly:false</ul>

<p>where <i>volname</i> is the name you want the users to see when they access the volume and <i>dirpath</i> is the full path to the folder on the server that should be used as the root of the share.</p>

<p>Because I'm lazy and don't like typing in full pathnames, I created the following batch file to create a new Macintosh volume share using teh current working directory as the root of the volume:</p>]]></description>
<dc:subject>How To</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-09-17T11:22:46-06:00</dc:date>
</item>
<item rdf:about="http://simultaneouspancakes.com/Lessons/archives/2005/09/allocated_memor.shtml">
<title>Allocated Memory Alerts Redux</title>
<link>http://simultaneouspancakes.com/Lessons/archives/2005/09/allocated_memor.shtml</link>
<description><![CDATA[<p>If you haven't checked out Susan's post on <a href="http://msmvps.com/bradley/archive/2005/05/22/48500.aspx" target="Susan">Allocated Memory Alerts</a>, you absolutely should. I did. A long time ago. But I wasn't too concerned because I didn't have too many sites running SQL and ISA on the SBS box. And the one that I did have wasn't generating the Allocated Memory Alerts, so I filed this away under the "might need to know later" file.</p>

<p>Good thing I did. Here's what happened:</p>]]></description>
<dc:subject>SBS</dc:subject>
<dc:creator>Q</dc:creator>
<dc:date>2005-09-14T06:44:32-06:00</dc:date>
</item>


</rdf:RDF>