Answered by:
Deploying Office for Multiple purposes

Question
-
Hello,
I would like to deploy office with different sets of features enabled for different purposes. for example i would like my setup to include the following:
Marketing department computers
Word, Excel, Outlook, PowerPoint, Publisher
Training Department computers
Word, Excel, Outlook, PowerPoint, Access
Admin Department Computers
Word, Excel, Outlook, PowerPoint, InfoPath
I would like to accomplish this using the OCT, i have already created one MSP and placed it in the updates folder, but if i create other MSP files with different features, how would the installer know which MSP to apply to which computers???
Hope that makes sense, any help most appreciated.
Thank you
Steve
- Edited by Milkientia Friday, June 15, 2012 2:46 PM
Friday, June 15, 2012 2:46 PM
Answers
-
Hi,
to achieve this goal, you cannot place the customisation MSPfile in the \Updates folder.
You could place it in any other location, and then you must explicitly call that MSPfile during setup.e.g.
\\servername\sharename\office2010
\\servername\sharename\office2010\setup.exe
\\servername\sharename\office2010\MSPfiles
\\servername\sharename\office2010\MSPfiles\marketing.msp
\\servername\sharename\office2010\MSPfiles\training.msp
\\servername\sharename\office2010\MSPfiles\admindept.msp
\\servername\sharename\office2010\Updates
\\servername\sharename\office2010\Updates\sp1.msp
\\servername\sharename\office2010\Updates\ etc
so you would call execute:
\\servername\sharename\office2010\setup.exe /adminfile \\servername\sharename\office2010\MSPfiles\marketing.msp
or
\\servername\sharename\office2010\setup.exe /adminfile \\servername\sharename\office2010\MSPfiles\training.msp
refer: http://technet.microsoft.com/en-us/library/dd162398#BKMK_SetupSequence
Don
- Proposed as answer by DonPick Saturday, June 16, 2012 9:43 AM
- Unproposed as answer by Milkientia Monday, June 18, 2012 10:08 AM
- Proposed as answer by Chris_23 Monday, June 18, 2012 10:30 AM
- Marked as answer by Max Meng Thursday, June 21, 2012 8:52 AM
Saturday, June 16, 2012 9:42 AM
All replies
-
Hi,
to achieve this goal, you cannot place the customisation MSPfile in the \Updates folder.
You could place it in any other location, and then you must explicitly call that MSPfile during setup.e.g.
\\servername\sharename\office2010
\\servername\sharename\office2010\setup.exe
\\servername\sharename\office2010\MSPfiles
\\servername\sharename\office2010\MSPfiles\marketing.msp
\\servername\sharename\office2010\MSPfiles\training.msp
\\servername\sharename\office2010\MSPfiles\admindept.msp
\\servername\sharename\office2010\Updates
\\servername\sharename\office2010\Updates\sp1.msp
\\servername\sharename\office2010\Updates\ etc
so you would call execute:
\\servername\sharename\office2010\setup.exe /adminfile \\servername\sharename\office2010\MSPfiles\marketing.msp
or
\\servername\sharename\office2010\setup.exe /adminfile \\servername\sharename\office2010\MSPfiles\training.msp
refer: http://technet.microsoft.com/en-us/library/dd162398#BKMK_SetupSequence
Don
- Proposed as answer by DonPick Saturday, June 16, 2012 9:43 AM
- Unproposed as answer by Milkientia Monday, June 18, 2012 10:08 AM
- Proposed as answer by Chris_23 Monday, June 18, 2012 10:30 AM
- Marked as answer by Max Meng Thursday, June 21, 2012 8:52 AM
Saturday, June 16, 2012 9:42 AM -
thanks for your reply.... just holding on for a little while to mark this as the answer until i can test it, but so far it looks logical and is the first example i can find of something that looks promising for this.
cheers
Steve
Monday, June 18, 2012 10:09 AM -
That is the correct answer that you are looking for. We do it and it works a treat.Monday, June 18, 2012 10:31 AM
-
Thanks for your answer, this worked for me (though on first launch of the product it goes through a lengthy "configuring product" phase if the product has been customised by using an MSP file after the initial installation).
I have a second question to my original:
supposing i want to deploy a core installation which contains Word, Excel, PowerPoint and Outlook, and then i want to ADD publisher to it, and then later as needs change ADD access to it. is there a way to do that or do i have to go and select each feature i want keeping in the OCT so it goes through an entire reconfiguration. All i want to do really is add an additional feature, not have to select that Word, Excel, PowerPoint and Outlook is to be installed under the feature set using OCT.
Hope that's understandable...
Thursday, July 5, 2012 9:47 AM -
(though on first launch of the product it goes through a lengthy "configuring product" phase if the product has been customised by using an MSP file after the initial installation).
hmm, that's not been my experience to date. doesn't seem like that should be occurring. there will be some per-user first-run-setup activity, but I've never seen anything that I'd call lengthy. back in the Office2003/2000 days there was that sort of experience.
if this is occurring, and you choose to diagnose, you could examine event logs, logfiles (in the per-user %TEMP% folder) or if it looks like a Windows Installer-style progress bar, enabling Windows Installer verbose logging via registry might help to reveal the cause.for comparison, on Windows7, Office2010ProPlus shows a white/yellow splash screen with some dynamic text messages (loading addins, etc) and this persists for about 15 seconds. i guess the experience would vary if running on WinXP (we don't do that) or on a resource-constrained machine.
Don
Thursday, July 5, 2012 10:16 AM -
supposing i want to deploy a core installation which contains Word, Excel, PowerPoint and Outlook, and then i want to ADD publisher to it, and then later as needs change ADD access to it. is there a way to do that or do i have to go and select each feature i want keeping in the OCT so it goes through an entire reconfiguration. All i want to do really is add an additional feature, not have to select that Word, Excel, PowerPoint and Outlook is to be installed under the feature set using OCT.
Hope that's understandable...
there are a couple of approaches for modifying an installed instance.
you can author a revised customisation MSP which reflects the complete revised desired feature state, so if you know (or assume) the current state (say your example WD/XL/PPT/OL), open that MSP in the OCT, change the feature state of ACC to be Installed, then save this as a new MSP.
you can deploy/apply this by firing off : msiexec /p addAccess.msp
or double-click the MSP file, which assumes elevated interactive permissions. in this case the "/p" is assumed/implied by msiexec.
this would re-apply the complete customisation. this assumes you didn't "lock" any features in your original customisation, you only set the feature state to Absent (not installed).
the other way is to fire: setup.exe /modify
this requires a customised config.xml, as per: http://technet.microsoft.com/en-us/library/cc178956Don
Thursday, July 5, 2012 10:25 AM -
office 2003/2000 days is exactly what it's behaving like, the only difference is it doesnt keep asking for the source media, it just gets on with it and configures it. the way my installation works is as follows:
install the core product (an MSP file exists in the updates folder)
immediatley after installation completes i then apply an MSP file existing in a "configs" folder, this MSP file contains exactly the same settings as the core (as i dont want to remove any core bits) plus the Access or Publisher feature
the result being that when the product is first launched it goes through a lengthy (several minutes) configuring product phase, this is a one time only thing and if one user does it no other users go through the same process.
Thanks
Steve
- Edited by Milkientia Thursday, July 5, 2012 11:14 AM
Thursday, July 5, 2012 11:00 AM -
the modify approach may be the way i need to go with this, is the following all i need to have in the setup.xml file?
<Setup Id="ProPlus" Type="Product" ProductCode="{10140000-0011-0000-0000-0000000FF1CE}">
how can i find out the productcode ID?
Steve
Thursday, July 5, 2012 11:03 AM