Step by Step Instructions on How to ThinApp Microsoft Office 2003
General Information
Here are Step-by-Step instructions on how to install, configure, and capture Microsoft Office 2003 as a ThinApp Package. These instructions are provided "as is" but can be used to configure and deploy any version of Microsoft Office 2003.
Requirements
The following items and knowledge is required for use of this procedure:
- A clean built VM with no other installations.
- Familiarization with instructions on how to virtualize a software product via ThinApp (see, "How to Make a ThinApp Application" on http://blogs.vmware.com/thinapp).
- A legal, licensed copy of Microsoft Office 2003.
- A legal and valid Microsoft Office 2003 Volume License Key (VLK).
- Have Microsoft .NET Framework
Warning!
Setup and configuration of any version of Microsoft Office 2003 as a ThinApp package should be done with a Microsoft Volume License Key (VLK) as a Retail License Key (RLK) must be activated on each new machine it runs on.
Building a ThinApp package in no way modifies the licensing of the software product you are attempting to virtualize with ThinApp! Ensure you are in compliance with product licenses for ANY software package you wish to virtualize and deploy using ThinApp. Consult your software product's End User License Agreement (EULA) for reference and questions.
Step by Step Instructions on How to ThinApp Microsoft Office 2003
These are the basic instruction you will need on How to ThinApp Microsoft Office 2003
- Start with the instructions on building a clean VM and doing a ThinApp Package.
- Next, mount up an Office 2003 Standard CD and run the SETUP if it doesn't autostart.
- At the license screen, enter your VOLUME LICENSE KEY to Office 2003 Standard.

- On the USER INFORMATION window, delete the User Name, Initials, and Organization.
- On the EULA screen, check the I ACCEPT box to accept the EULA.
- For the type of installation, select CUSTOM INSTALL and leave the INSTALL TO folder as the default "C:\Program Files\Microsoft Office\" folder.

- On the CUSTOM SETUP window, check the "CHOOSE ADVANCED CUSTOMIZATION OF APPLICATIONS" box.

- On the ADVANCED CUSTOMIZATION screen, click the top level drop-down arrow next to MICROSOFT OFFICE and select RUN ALL FROM MY COMPUTER.

NOTE: Once selected, all items should be white instead of gray. - On the SUMMARY window, select INSTALL.
- Once the installation is finished, check the boxes to check for updates and dump the installation files.

NOTE: Select YES to dump the installer cache. - Once the Microsoft Office Online site comes up, select the OFFICE UPDATE link…normally located in the upper-right corner of the site.

- If you need to load the Genuine Microsoft product validation ASP code, the select CONTINUE.

- Once the validation completes, click the CONTINUE button on the Microsoft Office Update site.
- If your version of Microsoft Office does NOT have the latest Service Pack installed in it, then deselect all product updates but the Office 2003 Service Pack which you need.
NOTE: At the time of this writing, Office 2003 Service Pack 3 is the latest Service Pack for all Microsoft Office 2003 versions.
NOTE: If you need FULL download updates instead of the smaller update files, click the OPTIONS link on the upper right-hand corner. - Once you have the desired update(s) selected, click the AGREE AND INSTALL button on the Microsoft Office Update site.
- When prompted to reboot after installing the Office 2003 Service Pack, select YES.
- After the reboot, login to your VM.
- If your SETUP CAPTURE automatically launches upon login, then cancel out of it and DO NOT let it run the post install scan.
- Return to the Office Updates site by going to http://office.microsoft.com/en-us/downloads.
- Select CONTINUE on the Genuine Advantage option.
- If you need to install additional Office 2003 Service Packs. Otherwise, select the rest of the required updates.
- Click AGREE AND INSTALL. Repeat the updates until all updates have been loaded.
NOTE: If you need FULL download updates instead of the smaller update files, click the OPTIONS link on the upper right-hand corner. - Run all of the Office applications EXCEPT Outlook.
- Make sure to run Microsoft Office Picture Manager and to select ALL File Types.
WARNING: DO NOT click OK on the USER NAME window that will appear as you DO NOT want to capture the user name and initials.
- Make sure to run Microsoft Office Picture Manager and to select ALL File Types.
- At this point you can do one of two things.
- Dump out any cached files, installer files, temp files and folders that you don't want to get captured.
- Configure the other settings you want in the Office 2003 package and run the post installation capture and THEN dump out the items not necessary.
NOTE: It is suggested to just do the post installation capture and THEN dump out files and settings you do not need.
- Select the LANGUAGE TOOLBAR drop down menu.

- Select SETTINGS from the menu.

- Click the LANGUAGE BAR button to bring up the Language Bar Settings window.

- In the Language Bar Settings window, uncheck all boxes and click OK.

- Click on the ADVANCED tab and check the TURN OFF ADVANCED TEXT SERVICES.

- Click OK to close out the Text Services and Input Languages window. This removes the LANGUAGE TOOLBAR from the Windows Task Bar.
- Run the post installation capture.
- It is suggested to remove the entry points to programs which you do not need or want users to directly run such as FINDER and other programs.
- It is suggested to leave Internet Explorer as an entry point, at least while troubleshooting, so that you can open the local Internet Explorer to add updates to Office and other such plugins and items.
- Select any other post installation capture settings you desire and finish off the package.
- Once done with configuring and updating Microsoft Office you need to run the ThinApp Post-Setup Capture.
NOTE: Use the "How to make a ThinApp Application" as a reference.
- Run the ThinApp post installation scan.
- If you did not close the Setup Capture window, then you can NOW click NEXT to continue.
- If you closed the Setup Capture window, re-launch Setup Capture, select CONTINUE INSTALLATION PROCESS and click NEXT.

- Click NEXT again to run the post scan process.
- After the post installation scan is complete, you will be asked to select entry points for your application, assign a data container and set an Inventory name.
- Select the appropriate entry point or entry points.
- You can also select a primary data container – remember that large installations will need to use DAT files as a data container.
- Set your Inventory Name.
Click NEXT when ready.
- The next screen will allow you to select which Active Directory User Groups you wish to assign permission to use this packaged application, including an Access Denied message, and where you would like the Sandbox location to be by default.
NOTE: To use Active Directory groups, the VM which you are running this process on must be part of the domain to read in the A.D. Group SIDs.- Click ADD to add in any groups desired.
- Set your Access Denied message if using groups.
- Select the default sandbox location
Click NEXT when ready.
- Now you need to select the default Isolation Mode for the packaged application. Typically, most applications will be using MERGED for an isolation mode.

- You should now be asked to define a Project Location, whether you wish to build an MSI file (including the name of the MSI file), and what level of compression to use on the package.

Typically, for testing, no compression is used. However, for finalized packages it may be desired to compress them depending upon their size.
NOTE: Typical compression ratios are roughly 2:1 but can sometimes be as much as 3:1 depending upon the files in the package.
Click NEXT when ready. - At this point, your package will be created based upon the differences between the pre-installation scan and post-installation scan.
- Finally, you will be presented with an option to build your project. This essentially runs the BUILD.BAT file.

You can select BROWSE PROJECT, BUILD NOW, or FINISH.- If you select BROWSE PROJECT, you will be presented with a Windows Explorer window showing your project files. From there, if you wish, you can also run BUILD.BAT.
- If you select BUILD NOW, your project will be packaged into an executable or executables (depending upon the number of entry points selected).
- If you select FINISH, the Setup Capture window will be closed.
- If you select BROWSE PROJECT, you will be presented with a Windows Explorer window showing your project files. From there, if you wish, you can also run BUILD.BAT.
- Click FINISH when done.
- Suggested Post-Installation Capture Package Customizations.
- Delete the following folders as they should not be needed for anything.
- %COOKIES%
- %DRIVE_C%
- %HISTORY%
- %INTERNET CACHE%
- %PROFILE%
- %COMMON APPDATA%\VMware
- If you do not want any customizations inserted into your Office 2003 package, delete the contents of the %APPDATA% except the ##ATTRIBUTES.INI file. This will enforce the user get a cleanly configured office.
- Outlook Modifications:
NOTE: Of the many areas where Outlook stores User Account data, this registry is one of them. When Outlook is started for the first time, it checks if this registry entry to see if it exists and, if not, prompts the user to create a new account. While this works fine when running the ThinApp package of Office Outlook 2003 on a system that DOES NOT have Office Outlook installed, it fails to work correctly when running the ThinApp package of Office Outlook on a Windows system that DOES have Office Outlook installed. Therefore, Full Isolation Mode is required for the registry keys and files of the ThinApp version of Office Outlook so that it can store its settings correctly in order to not interfere with the locally installed version of Office Outlook.
- HKEY_CURRENT_USER.TXT file isolation modifications:
- isolation_full HKEY_CURRENT_USER\Identities
- isolation_full HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
- Create/Modify the ##Attributes.INI file with DirectoryIsolationMode set to FULL in the following folders:
- %AppData%\Microsoft\AddIns
- %AppData%\Microsoft\Office
- %AppData%\Microsoft\Outlook
- %Local AppData%\Microsoft\FORMS
- %Local AppData%\Microsoft\Outlook
- HKEY_CURRENT_USER.TXT Outlook Secure Temp folder modifications:
- Look for "isolation_full HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Security" (add it if it does not exist) and add the following entries below it.
- Value=OutlookSecureTempFolder
- REG_SZ~%Profile%\Local Settings\OutlookTemp#2300
ADDITIONAL NOTE: If you wish for the OutlookTemp folder to be more secure, you can modify the folder path to be whatever you like.
- Run the BUILD.BAT in the package.
- You have finished building the ThinApp package.
Hi, thanks for this info, very helpful.
I have noticed the following though with Office and Thinapp:
- Environment variables are not present (eg typing 'excel' in the run box#
- Default mail program settings #start menu/IE#
Do you know how to overcome these?
Posted by: Luke | October 27, 2008 at 08:42 PM
Hi, thanks for the helpful step-by-step, I succesfully virtualized office 2003, my thinapped office works fine on most environment except when i launch it on a PC where there is already an office 2007 installed, apparently there is some overlap between the two versions even if i used "writecopy" isolation, any hints ??
Posted by: Gian Luigi | November 25, 2008 at 07:57 AM
I've not tested this but it does make sense...and sounds very much like an "isolation issue" of some kind - whether it be file or registry.
As to what the issue specifically is, I don't know but I can point you to a tool that may help you there by the good folks at CIS Group.
ThinStall Helper:
http://thinstallhelper.cis-group.nl
Using this you should be able to determine if something is isolated correctly or not.
Another suggestion is to package Office 2007 and use the above tool to view the differences between the Office 2003 and Office 2007 packages. Anything that is in the Office 2007 package (folder/registry) that is NOT in the Office 2003 package would probably need to be isolated in the Office 2003 package (i.e. create the non-existent folder or registry key in Off2003 package and set isolation to FULL so it doesn't see that in Office 2007 on the system).
Also review the online help documentation at http://pubs.vmware.com/thinapp4/help/wwhelp/wwhimpl/js/html/wwhelp.htm for additional help on Office 2007 and Outlook.
Hope this helps.
-Dean
Posted by: Dean Flaming | November 26, 2008 at 08:41 AM
Luke-
Sorry we missed your post.
All I can say about your issues is that from what I'm told these are things which are being addressed in future releases...so stay tuned!
Posted by: Dean Flaming | November 26, 2008 at 08:45 AM
4.0.1 does fix a number of things. but the blog would require an update .... it would be nice to see how much it changes to show how far thinapp has come.
Posted by: Jonathan Hemming | January 15, 2009 at 12:06 PM
For Office 2003, ThinApp 4.0.1 alleviates the need to complete step 36.3 (Outlook Modifications) - except for the Outlook Secure Temp folder (admins should check to make sure this is set as desired).
We've not modified the blog entries pertaining to procedures that may relate to fixes in 4.0.1 as many customers still use ThinApp 4.0.0 and need the backwards compatibility.
When using ThinApp 4.0.1 to capture Office 2003, admins will note the areas in the above procedure which no longer require manual modifications as ThinApp 4.0.1 will have automatically made the necessary changes.
Posted by: Dean Flaming | January 15, 2009 at 01:27 PM
Office 2003 works great but I found impossible on the Thinstalled office to install additional plugins or fixes through the site http://office.microsoft.com/en-us/downloads/default.aspx
For example try to install this one: [Update for Microsoft Outlook 2003 Junk Email Filter (KB959614)
]
http://www.microsoft.com/downloads/details.aspx?FamilyID=b8d53026-4c79-43b0-8f20-b7dacb5412f4&displaylang=en&hurl=CFC6CC09B143AFA8801110EF24771ADD
Or try to add on Outlook plugin.
This will not work.
Any ideas??
I tried to open Explorer through the IE link that refers to the package and through the CMD.EXE link but it is the same.
Kind regards,
Marco -- StockTrader
Posted by: Stocktrader | March 06, 2009 at 03:36 AM
Marco-
This is something we have noted as well. Stay tuned for future documentation regarding this issue.
Posted by: Dean Flaming | April 04, 2009 at 01:25 PM
can you revamp this based on the current release of ThinApp setup capture?
Posted by: JH | September 30, 2009 at 05:50 PM
@JH...I've thought about this long and hard and discussed with others and decided against this for two main reasons.
1. These are "living documents" - so any changes should be posted in the comments.
2. More importantly, these are instructions based upon what things "should" be accomplished when packaging Office (in this case, 2003) with ThinApp. That newer versions of ThinApp automatically take into account some or many of these steps does not warrant a reason to cripple the document for those who still utilize older versions of ThinApp or Thinstall.
Therefore, it was decided the documents would remain as is since, in their current form, they provide the most information possible for the widest variety of scenarios.
Thanks for your thoughts and posts! Please keep them coming!
Posted by: Dean Flaming | February 17, 2010 at 08:34 AM
A customer recently responded via email about an issue found in packaging Access 2003.
They were getting "Error 1719: The Windows Installer Service could not be accessed. ..." when attempting to run Access 2003 after capturing it.
The resolution was to modify the HKEY_LOCAL_MACHINE.TXT file and add the following:
isolation_full HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSIServer Value=ImagePath REG_EXPAND_SZ~"%SystemSystem%\msiexec.exe" /V
I've not tested this so please take appropriate steps prior to implementing in your environment. ;-)
Posted by: Dean Flaming | February 17, 2010 at 08:38 AM
For the above to work properly.
isolation_full HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSIServer
Value=ImagePath
REG_EXPAND_SZ~"%SystemSystem%\msiexec.exe" /V#2300
Posted by: AlanM | May 11, 2010 at 10:09 PM
Hi there...
I packaged Office with ThinApp 4.0.0.
It works great, except of the fact, that u can't use functions like "Attach to E-Mail" in Adobe Reader.
I also can't configure Outlook as default mail programm..
Is there any solution for this issue yet?
Posted by: Mace | June 02, 2010 at 01:56 AM
@Mace
First, try upgrading to ThinApp 4.5. It can be downloaded from http://downloads.vmware.com.
Now, some shell extensions are not fully supported by ThinApp (see the ThinApp Help Article, Applications That ThinApp Cannot Virtualize - found here: http://pubs.vmware.com/thinapp4/help/apps_thinapp_cannot_capture.html), however, you can set Outlook as the default mail program by ensuring you capture it as such. Then, when you register the ThinApp package (MSI or THINREG), it should register the MAILTO protocol to the virtual Outlook.
Posted by: Dean Flaming | June 04, 2010 at 11:07 AM
with the latest version of thinapp is is possible to thinapp excel 2003 and run it on a PC with full office 2010 suite is already installed on a PC?
Posted by: JasonB | July 01, 2011 at 12:41 PM