Novell Home

Distributing Office 2007 Via ZENworks Desktop Management

Novell Cool Solutions: Feature
By Gareth Wilson

Digg This - Slashdot This

Updated: 13 Apr 2007
 

Prerequisites

Prior knowledge and experience will help readers understand and apply the information in this paper, particularly experience in the following areas:

  • ZENworks Application Delivery (NetWare, Linux or Windows) (This was deployed on ZENworks 6.5 SP2.)
  • Microsoft Office 2003, Microsoft Office XP, or Microsoft Office 2000
  • Previous use of Office Resource Kit (ORK)

Creating the Distribution Point

This distribution point is really only for control of the initial Office installation. During the setup, Office 2007 will cache all the setup files to a local disk, and that is what it will look at if extra files, etc., are needed to install components that were not installed as part of the initial installation.

  1. Create a folder for the Office source files at an accessible location on the network server. For example:
    \\servername\volume-name\Office2007
  2. Insert the Office CD into your CD drive.
  3. In Windows Explorer, select all the files and folders on the CD. Copy the CD contents to the folder on the network. This location becomes your network installation point.

Creating the Custom Installation File

You use the "Office Customization Tool" or "OCT" to customize an installation of the Microsoft Office 2007 Software. This was previously done by running the "Custom Installation Wizard" in Office 2000/XP/2003 resource kit and creating an MST configuration file. To run the OCT you need to type

\\servername\volume-name\Office2007\setup.exe /admin

This will launch the OCT which will allow you to configure the installation. Below are just a few of the items you can specify in the OCT tool.

  • Default Installation Location
  • Default Organization Name
  • Product Key
  • End User License Agreement
  • The level of display that the USER will see during the installation
  • Whether or not to remove previous Office Installations if they are detected
  • Custom Programs to run during the installation
  • Security Settings for each of the Office 2007 applications
  • Setup Properties

Here are the key settings that will allow the installation run with no user intervention at all. Under the "Licensing and User Interface" section of the OCT:

  • The "Product Key" must be entered
  • The "I Accept Agreement" box must be ticked
  • The "Display Level" dropdown box must be set to BASIC
  • The suppress modal box must also be ticked

Once you have specified all the settings, you need to save the configuration to a .MSP file. I have saved my .MSP file to the "Updates" folder that is on the network share like this:

\\servername\volume-name\Office2007\Updates\Office2007Install.MSP

The Updates Folder

Previously when an "Office" service pack came out you would have to download the service pack for an "Administrative install" which would be a .MSP file and then you would have to apply that .MSP to the original office MSI file. The original MSI file for the Office Installation would then get patched to the latest service pack and from then on whenever you ran that MSI file a patched version of Office would be installed.

Microsoft, in their wisdom, has now made this process a whole lot easier for Network Administrators by just allowing us to drop the .MSP file updates for Office 2007 (when they are released) into the Updates folder on our network installation point and these .MSP files will then get processed as part of the installation of Office 2007.

Creating the NAL Objects For Installation

  1. Select the container that you wish to create your Installation NAL object in and create a new "Application."
  2. Choose a "Simple application (no .AXT, .AOT, .MSI file)."
  3. Give your NAL Object a name like Office-2007-Installation
  4. When prompted for the path, specify \\servername\volume-name\Office2007\setup.exe where "servername" is the server you copied your Office 2007 installation files to.
  5. I then leave the Rules screen alone, but you can specify disk space, memory requirements, etc., here if you want to.
  6. Associate the Application to a USER that will be used to test the installation.
  7. Tick Display Details after creation and click Finish.

The NAL object will then open in ConsoleOne and we just need to add a few more settings to complete the Object before we can test it.

  1. Click the "Run Options" tab.
  2. Under the "Parameters" box you need to specify that we will be using a configuration file during the installation, this is done by putting the following:
    /adminfile \\servername\volume\Office2007\Updates\Office2007Install.MSP

The NAL Object can now be tested. You may want to tweak a few other things like putting the NAL Object in a new folder in the NAL window, adding reporting, etc.

Once you are satisfied that the installation has worked successfully then you can create separate NAL objects to Launch Word, PowerPoint, Excel, Access, Groove, InfoPath, OneNote, Outlook, Picture Manager and Publisher by just pointing the NAL object at the exe file for each of the applications. For example, I created NAL objects to point to

  • C:\Program Files\Microsoft Office\Office12\winword.exe -- this will launch MS Word 2007
  • C:\Program Files\Microsoft Office\Office12\powerpnt.exe -- this will launch MS PowerPoint 2007
  • C:\Program Files\Microsoft Office\Office12\excel.exe -- this will launch MS Excel 1007
  • C:\Program Files\Microsoft Office\Office12\msaccess.exe -- this will launch MS Access 2007
  • C:\Program Files\Microsoft Office\Office12\groove.exe -- this will launch MS Groove 2007
  • C:\Program Files\Microsoft Office\Office12\infopath.exe -- this will launch MS InfoPath 2007
  • C:\Program Files\Microsoft Office\Office12\onenote.exe -- this will launch MS OneNote 2007
  • C:\Program Files\Microsoft Office\Office12\outlook.exe -- this will launch MS Outlook 2007
  • C:\Program Files\Microsoft Office\Office12\ois.exe -- this will launch MS Picture Man. 2007
  • C:\Program Files\Microsoft Office\Office12\mspub.exe -- this will launch MS Publisher 2007

There are a few things to be aware of when upgrading to Office 2007. The look and feel of Office as we knew it is gone and we now have a whole new interface to deal with which will require some end-user training to get used to. Also Office now uses the Office Open XML Formats document formats as the default Save option. The new format has been set as the default option to reduce storage space by using the compression features of the new file types as well as to improve ease of recovery.

The 2007 Office release applications can open legacy document formats as far back as Microsoft Office 97. However, earlier versions of Microsoft Office cannot open the new default document formats by default. There is a "Compatibility Pack" out now for previous versions of Office to allow you to open these XML-formatted documents. This can be found here.

I hope this document has been useful to those of you who are looking to deploy Microsoft Office 2007.

Suggestions and Follow-up Questions

Norbert Hefenbrock

Hello Gareth, this is an interesting article for me. But I have some questions.

  1. Why do you create a *.MSP and not a *.MST file? Is it a new feature in Office 2007?
  2. Why you do not use a MSI-Application in ZEN?
  3. What rights on the workstation will the user need for installation. Can I install with user-rights?

Roland Pfenninger

  1. Yes, the Office Customization Tool (OCT) included in the Office 2007 Setup creates an .msp file unlike the earlier Custom Installation Wizard (CIW). I asked a Microsoft Teacher during class what the reason is behind this change - unfortunately he couldn't tell.
  2. Unfortunately you need to start the setup.exe file to install Office 2007. The setup.exe calls then something about 20 different .msi's to install the whole thing, that's why you can't create an MSI-NAL object.
  3. Our users are PowerUsers only (in a WinXP environment) and the install runs fine using the 'unsecure system user' option even from a network share!
  4. Microsoft doesn't recommend removing the local files (on the workstation) after the installation because those local files are more important than in earlier versions of Office regarding Patching & Updating or modifiying the installation.


Novell Cool Solutions (corporate web communities) are produced by WebWise Solutions. www.webwiseone.com

© 2014 Novell