Office 2007, Unattended Setup & Fine-tuning its very easy & simple!
#41
Posted 28 November 2006 - 05:08 PM
#42
Posted 29 November 2006 - 12:47 AM
This post has been edited by Pgase: 23 May 2008 - 12:22 PM
#43
Posted 29 November 2006 - 04:30 AM
#44
Posted 29 November 2006 - 08:53 AM
This post has been edited by Pgase: 23 May 2008 - 12:22 PM
#45
Posted 29 November 2006 - 05:24 PM
Office 2003 was manually installed before I got here, so I don't have a Group Policy to upgrade.
On some test machines, when I push Office 2007, it installs next to Office 2003, not over top, or as an upgrade. This is totally not the desired affect.
Here's my config.xml file...
Quote
<Display Level="basic" CompletionNotice="yes" SuppressModal="no" AcceptEula="yes" />
<!-- <Logging Type="standard" Path="%temp%" Template="Microsoft Office Enterprise Setup(*).txt" /> -->
<PIDKEY Value="XXXXXXXXXXXXXXXXXX" />
<USERNAME Value="XXXXXXX" />
<COMPANYNAME Value="XXXXXXXX" />
<INSTALLLOCATION Value="%programfiles%\Microsoft Office" />
<!-- <LIS CACHEACTION="CacheOnly" /> -->
<SOURCELIST Value="\\XXXXXXXX\Microsoft\Office Enterprise 2007\Install" />
<!-- <DistributionPoint Location="\\server\office" /> -->
<OptionState Id="ACCESSFiles" State="Local" Children="force" /> //access
<OptionState Id="OUTLOOKFiles" State="Local" Children="force" /> //outlook
<OptionState Id="PubPrimary" State="Local" Children="force" /> //publisher
<OptionState Id="AceRepl" State="absent" Children="force" /> //access db Engine replication
<OptionState Id="CAGFiles" State="Local" Children="force" /> //Clip Organizer
<OptionState Id="MSSOAP3" State="absent" Children="force" /> //SOAP toolkit
<OptionState Id="OsaNonBoot" State="Local" Children="force" /> //new,open office docu lnks
<OptionState Id="ProofingTools_1036" State="absent" Children="force" /> //french
<OptionState Id="ProofingTools_3082" State="absent" Children="force" /> //spanish
<OptionState Id="WISPFiles" State="Local" Children="force" /> //handwriting
<OptionState Id="DocServicesFiles" State="Local" Children="force" /> //docu update util
<OptionState Id="HTMLSourceEditing" State="Local" Children="force" /> //script editor
<OptionState Id="DocumentImagingUtils" State="Local" Children="force" /> //scanning,ocr,indexing
<OptionState Id="OISFiles" State="absent" Children="force" /> //picture manager
<OptionState Id="OSESupp" State="Local" Children="force" /> //sharepoint support
<OptionState Id="QueryFiles" State="Local" Children="force" /> //msQuery
<OptionState Id="VisioPreviewerFiles" State="Local" Children="force" /> //visio viewer
<OptionState Id="XDOCSFiles" State="Local" Children="force" /> //infopath
<OptionState Id="GrooveFiles" State="Local" Children="force" /> //groove
<OptionState Id="OneNoteFiles" State="Local" Children="force" /> //onenote
<OptionState Id="RefIEBarFiles" State="absent" Children="force" /> //research explorer bar
<OptionState Id="WebDriveFiles" State="absent" Children="force" /> //hosted webs
<OptionState Id="VBAFiles" State="absent" Children="force" /> //VB for applications
<OptionState Id="OfficeDigitalSFiles" State="absent" Children="force" /> //vba certificates
<Setting Id="Reboot" Value="IfNeeded" />
<!-- <Command Path="msiexec.exe" Args="/i \\server\share\my.msi" QuietArg="/q" ChainPosition="after" Execute="install" /> -->
</Configuration>
Another question, if I have a .msp file in the updates folder, does that get applied when installing from the Enterpriseww.msi file via group policy?
#46
Posted 10 December 2006 - 07:57 PM
#47
Posted 14 December 2006 - 09:52 AM
RobCash, on Nov 29 2006, 05:24 PM, said:
Office 2003 was manually installed before I got here, so I don't have a Group Policy to upgrade.
On some test machines, when I push Office 2007, it installs next to Office 2003, not over top, or as an upgrade. This is totally not the desired affect.
I'm experiencing exactly the same issue when installing through group policies. i've even checked the option to remove the previous version before installing the new one, and used the gpo-option to replace a previous package (office 2003) but that doesn't seem to work at all. all office 2003 shortcuts remain active, and after clicking one of them, it starts the windows installer to reinstall or repair office 2003. after that process finished, the coresponding application, e.g. word 2003 starts up normally, but word 2007 is also available.... any idea how to get rid of office 2003 during the upgrade?
This post has been edited by grunz: 14 December 2006 - 09:52 AM
#48
Posted 15 December 2006 - 09:11 AM
prathapml, on Apr 14 2006, 11:22 AM, said:
First, you fetch yourself the version of Office that you want from Microsoft Connect. Two versions are available currently, both being Beta1 Technical-Refresh - either the ProPlus (core apps only, 441 MB) or the Enterprise (core+other+server, 1.08 GB).
Then, there are two ways to unattend your setup. Option A (use it only if you got Office12 thru SoftwareAssurance, which comes with activation stripped out). Option B is for all the others (retail/OEM/academic/etc). Both are colored differently below.
Option A:
1. Ensure you have WindowsInstaller 3.1 already installed.
2. Ensure you have an actual enterprise/corporate CD & CD-key (which wont need activation).
3. Notably, o2k7 uses setup patches (*.MSP) rather than transforms which previous versions used (*.MST). The below instructions will give you an MSP file, which is not accepted by non-corporate versions of o2k7. If you ignored point2 above, then you will end up wasting 15 minutes of your life which I'm not responsible for.
4. Now at the command prompt, type: setup.exe /admin
5. Choose the product for which you want to make a customization-patch.
6. Then go through all steps in the customization wizard (to install the reqd apps & remove junk & change default settings).
7. Be sure to have "completion notice" turned on & "suppress modals" turned off (this is to get to see errors, if any exist). Once you're done with testing, go thru the customization again to modify the MSP to disable completion notice & enable suppress modals.
8. Save the resulting patch file in the same folder as o2k7 setup files.
9. Now just execute this command (thru any method) for silent install: setup.exe /adminfile CUSTOM.MSP
NEWS-FLASH!
If you have the final Enterprise release of Office 2007, then Option A works flawlessly.
You could even drop the CUSTOM.MSP file in the "Updates" folder & setup will pick it up automatically (without any switches being used).
I was wondering if this method works for Proplus. I have put the .msp file in the updates folder and when I go to deploy it to a test machine it starts to install office but quickly comes to the ctrl-alt-del then when I log in to check it only installs the office folder. No word excel etc. jsut like image scanner and one other office tool. any thoughts on this?
#49
Posted 15 December 2006 - 11:56 AM
Quote
have you tried to launch the setup with setup.exe /adminfile yourfile.msp?
im using this way and is working great. i have now deploy it to about 5 machines and all went fine.
This post has been edited by elajua: 15 December 2006 - 10:46 PM
#50
Posted 25 December 2006 - 11:10 AM
Thanks for the info and assistance
#51
Posted 27 December 2006 - 07:56 PM
Attached File(s)
-
untitled.JPG (18K)
Number of downloads: 201
#52
Posted 27 December 2006 - 10:38 PM
RobCash, on Nov 30 2006, 04:54 AM, said:
grunz, on Dec 14 2006, 09:22 PM, said:
savage1, on Dec 15 2006, 08:41 PM, said:
Also, if you use the MSP, just check that you have an updated WindowsInstaller version (=MSI 3.1).
And also, maybe setup is running into some errors - test the setup manually first, with modals (error boxes) allowed, & with full display level.
CranialBlaze, on Dec 25 2006, 10:40 PM, said:
Or set these values in config.xml:
<Display Level="basic" CompletionNotice="no" SuppressModal="yes" AcceptEula="yes" />
patronu, on Dec 28 2006, 07:26 AM, said:
Evaluation editions (and some others too) dont allow using MSP.
In such cases, use the config.xml instead.
#53
Posted 27 December 2006 - 10:40 PM
what MSP file?
Is it an MSP file or an XML file?
Does it suddenly auto reboot these days (Office 2007 Professional Enterprise) with the original XML file in the first post?
Eeeeeeeeh dear.
Well thanks for this vital info prathapml you are such an asset to this forum
This post has been edited by LeveL: 27 December 2006 - 10:42 PM
#54
Posted 28 December 2006 - 04:13 AM
also I suspect that Office 2007 standard doesn't support msp files. is this true?
#55
Posted 28 December 2006 - 08:52 AM
patronu, on Dec 28 2006, 10:13 AM, said:
also I suspect that Office 2007 standard doesn't support msp files. is this true?
So now theres OCT, MSP and XML.
Sorry to have to say this but no, this isn't "more simple" than it used to be.
To install Office 2003 silently all you had to do was use this switch:
SETUP.EXE TRANSFORMS=Unattended.MST /qb-
Now with Office 2007 we have to mess around with XML files, or is it MSP
files, or is it OCT.... next someone will be saying theres another way.
#56
Posted 28 December 2006 - 11:03 AM
LeveL, on Dec 28 2006, 04:52 PM, said:
patronu, on Dec 28 2006, 10:13 AM, said:
also I suspect that Office 2007 standard doesn't support msp files. is this true?
So now theres OCT, MSP and XML.
Sorry to have to say this but no, this isn't "more simple" than it used to be.
To install Office 2003 silently all you had to do was use this switch:
SETUP.EXE TRANSFORMS=Unattended.MST /qb-
Now with Office 2007 we have to mess around with XML files, or is it MSP
files, or is it OCT.... next someone will be saying theres another way.
i think you don't know what oct and msp are and the difference between xml and msp files and how to create them
#57
Posted 28 December 2006 - 12:57 PM
patronu, on Dec 28 2006, 05:03 PM, said:
I think it doesn't matter now, because I have sorted it out the MSP way
Now I also want to stop it creating that huge MSOCache folder on the systemdrive,
that folder is 555Mb
There doesn't seem to be anywhere in the "Office Customization Tool" that
mentions any ability to disable the creation of the MSOCache folder.
The fact that its a hidden folder is annoying too... there will be people all over
who are thinking WHY have I "lost" half a gig on my C drive?! Microsoft are
experts at knowing how to anger people. They make it easy to silently install
Office 2007 but then when it comes to really customizing it, EG stopping the creation
of a pointless 555Mb folder oooooooh no its different then - they don't tell you!
Excuse the French but.... w4nkers! Just total w4nkers! The whole of the Office 2007
setup is there on the CD okay... so then theres no need to dump 555Mb of baloney
on your drive! Why do it? Apart from to deliberately annoy people?
Someone prove to me that Microsoft are NOT trying to annoy people! Prove it!
This post has been edited by LeveL: 28 December 2006 - 12:58 PM
#58
Posted 29 December 2006 - 01:43 AM
Quote
i think microsoft is always tryng to improve some things but always leave something behind.
maybe there is something to disable the creation of the MSOCache folder but we have yet to find it.
and BTW, the documentation on Microsoft XML files for office 2007 didnt explain a lot of things, they almost take for granted that you know the Properties names and all, so you really "cant" customize all in the xml way unless you are an office 2007 xml files guru...
#59
Posted 29 December 2006 - 06:52 AM
elajua, on Dec 29 2006, 07:43 AM, said:
Funny because thats exactly what I thought when trying to do the Vista Unattend.xml
without the WAIK = impossible. How stupid it is to even use XML files, why not just
use HTML or INI or something thats (almost) in plain English and far more people
will understand?
Because its Microsoft....
"How annoyed do you want to be today?"
#60
Posted 30 December 2006 - 12:52 PM



Help

Back to top









