<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Managing Office 2008</title>
	<atom:link href="http://managingosx.wordpress.com/2008/02/13/managing-office-2008/feed/" rel="self" type="application/rss+xml" />
	<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/</link>
	<description>Trials and Tribulations of an OS X Administrator</description>
	<lastBuildDate>Thu, 24 Dec 2009 15:11:20 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jason</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9940</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Thu, 24 Dec 2009 15:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9940</guid>
		<description>First, thanks for the great, really helpful site. Second, our issue with this...

We our using these and a number of other MCX preferences for Office 2008 successfully on new clients running OS 10.6.2 with servers on 10.5.8. 

Given that success, we wanted to go ahead and install Office 2008 on Intel Core Solo Mac Minis that are running OS 10.4.11. We knew that we would get some significant performance and management benefits from moving these machines from Office 2004 to 2008. We deployed the install via ARD as per the instructions on the MS:Mac website so as not to compromise security. We have preferences set in WGM exactly the same as they are for the 10.6 iMacs. (com.microsoft.office: 2008\FirstRun\SetupAssistCompleted; Value: 1; Integer; State: often)

&gt;&gt;&gt;When you log in as a user with his or her network home account and launch Word, Excel, or PowerPoint for the first time, the Setup Assistant still opens. Why?

The only differences between the labs that are working and those that aren&#039;t are:
- OS (10.4 vs. 10.6)
- Installation Method (Package install deployed via ARD in 10.4 vs. Installed through image deployment in 10.6)
- Processor (Intel Core Solo-10.4 vs. Intel Core 2 Duo-10.6)
- RAM (512 MB-10.4 vs. 2 GB-10.6)

Any help would be greatly, greatly appreciated!

Thank you...</description>
		<content:encoded><![CDATA[<p>First, thanks for the great, really helpful site. Second, our issue with this&#8230;</p>
<p>We our using these and a number of other MCX preferences for Office 2008 successfully on new clients running OS 10.6.2 with servers on 10.5.8. </p>
<p>Given that success, we wanted to go ahead and install Office 2008 on Intel Core Solo Mac Minis that are running OS 10.4.11. We knew that we would get some significant performance and management benefits from moving these machines from Office 2004 to 2008. We deployed the install via ARD as per the instructions on the MS:Mac website so as not to compromise security. We have preferences set in WGM exactly the same as they are for the 10.6 iMacs. (com.microsoft.office: 2008\FirstRun\SetupAssistCompleted; Value: 1; Integer; State: often)</p>
<p>&gt;&gt;&gt;When you log in as a user with his or her network home account and launch Word, Excel, or PowerPoint for the first time, the Setup Assistant still opens. Why?</p>
<p>The only differences between the labs that are working and those that aren&#8217;t are:<br />
- OS (10.4 vs. 10.6)<br />
- Installation Method (Package install deployed via ARD in 10.4 vs. Installed through image deployment in 10.6)<br />
- Processor (Intel Core Solo-10.4 vs. Intel Core 2 Duo-10.6)<br />
- RAM (512 MB-10.4 vs. 2 GB-10.6)</p>
<p>Any help would be greatly, greatly appreciated!</p>
<p>Thank you&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Efren Palacios</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9932</link>
		<dc:creator>Efren Palacios</dc:creator>
		<pubDate>Tue, 15 Dec 2009 00:27:26 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9932</guid>
		<description>Thank you Greg for such a great in-depth article. It saved me tons of work. 

-Efren</description>
		<content:encoded><![CDATA[<p>Thank you Greg for such a great in-depth article. It saved me tons of work. </p>
<p>-Efren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Efren Palacios</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9931</link>
		<dc:creator>Efren Palacios</dc:creator>
		<pubDate>Tue, 15 Dec 2009 00:23:01 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9931</guid>
		<description>Tim, 

I was getting the same error message as you. My fix was to add the following files to Workgroup Manager&#039;s &quot;Detail&quot; section. 

com.microsoft.entourage.database_daemon.plist
com.microsoft.entourage.database_utility.plist

Don&#039;t ask me why but Office seems to need these files to verify the integrity of the database. 

Hope it helps.

-Efren</description>
		<content:encoded><![CDATA[<p>Tim, </p>
<p>I was getting the same error message as you. My fix was to add the following files to Workgroup Manager&#8217;s &#8220;Detail&#8221; section. </p>
<p>com.microsoft.entourage.database_daemon.plist<br />
com.microsoft.entourage.database_utility.plist</p>
<p>Don&#8217;t ask me why but Office seems to need these files to verify the integrity of the database. </p>
<p>Hope it helps.</p>
<p>-Efren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian B</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9930</link>
		<dc:creator>Brian B</dc:creator>
		<pubDate>Thu, 10 Dec 2009 23:00:26 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9930</guid>
		<description>nice job - works like a champ! thanks!</description>
		<content:encoded><![CDATA[<p>nice job &#8211; works like a champ! thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GregN</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9916</link>
		<dc:creator>GregN</dc:creator>
		<pubDate>Fri, 30 Oct 2009 15:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9916</guid>
		<description>We&#039;re using an enterprise license, so we don&#039;t need to enter a serial number, so no... I don&#039;t really have any ideas.</description>
		<content:encoded><![CDATA[<p>We&#8217;re using an enterprise license, so we don&#8217;t need to enter a serial number, so no&#8230; I don&#8217;t really have any ideas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nate</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9915</link>
		<dc:creator>nate</dc:creator>
		<pubDate>Fri, 30 Oct 2009 14:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9915</guid>
		<description>bringing this back from the dead…

i&#039;m managing the setup assistant key at a client who&#039;s using managed portable homes for all users. they also have individually licensed copies of office 2008.

managing the first run key has no effect, as any new local, network, or portable user gets prompted to enter the serial number upon first launch of office apps. it doesn&#039;t ask again, but i obviously don&#039;t want users to have to keep entering serials, thus introducing potential for dupes across machines.

with the key managed via mcx, users receive the proper value. once setup assistant launches, it reverts to 0. the ~/Preferences/Microsoft/Office 2008/Microsoft Office 2008 Settings.plist file also doesn&#039;t exist until the assistant completes. since serials are unique here, i can&#039;t see an easy way to manage that plist.

can you think of any way to resolve this?</description>
		<content:encoded><![CDATA[<p>bringing this back from the dead…</p>
<p>i&#8217;m managing the setup assistant key at a client who&#8217;s using managed portable homes for all users. they also have individually licensed copies of office 2008.</p>
<p>managing the first run key has no effect, as any new local, network, or portable user gets prompted to enter the serial number upon first launch of office apps. it doesn&#8217;t ask again, but i obviously don&#8217;t want users to have to keep entering serials, thus introducing potential for dupes across machines.</p>
<p>with the key managed via mcx, users receive the proper value. once setup assistant launches, it reverts to 0. the ~/Preferences/Microsoft/Office 2008/Microsoft Office 2008 Settings.plist file also doesn&#8217;t exist until the assistant completes. since serials are unique here, i can&#8217;t see an easy way to manage that plist.</p>
<p>can you think of any way to resolve this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: office 2008 requires registering for every user</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9911</link>
		<dc:creator>office 2008 requires registering for every user</dc:creator>
		<pubDate>Tue, 20 Oct 2009 19:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9911</guid>
		<description>[...] Value: 1  This should solve your problem. Where i learnt this from was Managing Office 2008 Managing OS X when i first started administrating osx on our network. There is a lot of handy advice there on [...]</description>
		<content:encoded><![CDATA[<p>[...] Value: 1  This should solve your problem. Where i learnt this from was Managing Office 2008 Managing OS X when i first started administrating osx on our network. There is a lot of handy advice there on [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Turner</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9883</link>
		<dc:creator>Turner</dc:creator>
		<pubDate>Tue, 29 Sep 2009 21:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9883</guid>
		<description>Hi, 
I accidentally trashed my office 2008 setup assistant plist file.  I did some updates nad now can&#039;t open any programs as the preference to  input porduct key window will not show up. 

I had copied the info in text edit but I don&#039;t know how to actually re-import it back into my system. I&#039;m not sure what I have to name the file and where it would go. 

Please help this n00b mac user get back to work.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I accidentally trashed my office 2008 setup assistant plist file.  I did some updates nad now can&#8217;t open any programs as the preference to  input porduct key window will not show up. </p>
<p>I had copied the info in text edit but I don&#8217;t know how to actually re-import it back into my system. I&#8217;m not sure what I have to name the file and where it would go. </p>
<p>Please help this n00b mac user get back to work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tales of a Minnesota Geek &#187; Blog Archive &#187; links for 2009-09-23</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9882</link>
		<dc:creator>Tales of a Minnesota Geek &#187; Blog Archive &#187; links for 2009-09-23</dc:creator>
		<pubDate>Thu, 24 Sep 2009 04:05:30 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9882</guid>
		<description>[...] Managing Office 2008 « Managing OS X (tags: macosx office2008 mcx managedclient)        Post a Comment [...]</description>
		<content:encoded><![CDATA[<p>[...] Managing Office 2008 « Managing OS X (tags: macosx office2008 mcx managedclient)        Post a Comment [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GregN</title>
		<link>http://managingosx.wordpress.com/2008/02/13/managing-office-2008/#comment-9881</link>
		<dc:creator>GregN</dc:creator>
		<pubDate>Thu, 24 Sep 2009 01:27:50 +0000</pubDate>
		<guid isPermaLink="false">http://managingosx.wordpress.com/?p=111#comment-9881</guid>
		<description>There&#039;s also some info on local MCX here:

&lt;a href=&quot;http://managingosx.wordpress.com/2008/02/07/mcx-dslocal-and-leopard/&quot; rel=&quot;nofollow&quot;&gt;http://managingosx.wordpress.com/2008/02/07/mcx-dslocal-and-leopard/&lt;/a&gt;
&lt;a href=&quot;http://managingosx.wordpress.com/2009/01/07/macworld-mcx-presentation/&quot; rel=&quot;nofollow&quot;&gt;http://managingosx.wordpress.com/2009/01/07/macworld-mcx-presentation/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>There&#8217;s also some info on local MCX here:</p>
<p><a href="http://managingosx.wordpress.com/2008/02/07/mcx-dslocal-and-leopard/" rel="nofollow">http://managingosx.wordpress.com/2008/02/07/mcx-dslocal-and-leopard/</a><br />
<a href="http://managingosx.wordpress.com/2009/01/07/macworld-mcx-presentation/" rel="nofollow">http://managingosx.wordpress.com/2009/01/07/macworld-mcx-presentation/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
