bbrian

You still have to use GPOs, but you use the Software Installation policy under Computer Configuration and apply the GPO to comptuer OUs rather than user OUs. Beyond that, some programs come with their own MSIs, you can change options using MSTs created with Orca, some you can repackage with WinInstall LE, others you can wrap with WIWW using silent install switches, or WIWW and an AutoIt script to click buttons on your installer program.

Run the installer but cancel after it extracts the files. Then: msiexec /i "path\to\installation files\openofficeorg30.msi" /passive That'll do the basic install, I haven't time to look at removing the registration box, something I never figured out completely with the last version.

I've run out of space on my C: drive of a 2003 server, so it's time to upgrade. I plan to buy a 500GB primary drive, put it in RAID1 and then buy a 1TB to put elsewhere to back up to. I'm thinking I should be able to use WinPE/ImageX to copy the old drive to the new. There are two partitions on the old, and I'll need it to stay like this, just with different sizes. What's the best way of doing this?

Some programs, e.g. MS.Office, let admins run setup.exe /a which gives a setup routine where you enter the serial etc., and it gives you a new MSI at the end for deploying. I think, though haven't done it myself, that you can edit the serial number into the property table in some MSIs. I've written an AutoIt script for deploying the full AVG through GPO, but it's not working perfectly so I've yet to post it here. For some reason, the network install utility wouldn't work for me. What's it like working for a company that won't pay for anti-virus?

I'd like to deploy it with group policy, but when I do the display properties open when the user logs in. When testing I had been using /passive but /quiet and /qn also resulted in the dialogue appearing at the end.

Does anyone know how to stop Display Properties from automatically opening after the MSI is run? I've rooted around with WinInstall LE but I'm sure what I'm looking for. I also tried deleting some keys using Orca but then it didn't install at all! The first Google result for zune desktop theme is a direct download link. It's a pretty theme too.

I used universal extractor to decompress the exe and then deployed this through Group Policy without any problems. Thanks.

Would you mind posting the script itself. I have it working but I'm curious how you may have done anything different. How do you deal with rebooting? Any DaemonScript MSIs already made? I had a little trouble and haven't had time to try again. It's been out so long there must be one floating around. I recall I couldn't wrap the exe in an msi because it contained an msi itself.

After reformatting, is there a way that I can check what the computer's old AD name was and have it automatically change name back to that? This should hopefully have it go back into the correct OU in AD and the assigned applications should hopefully install. Will they install even though they've been installed on that computer already? To figure the computer name I was thinking I could somehow check its MAC address in the DNS server's records, though this would require me to write a service. I imagine this has already been done. I won't have a chance to try this until next week but I'm curious as to how I should go about it.

I used WIWW2 to create an msi to install SPTD 1.56 and force a reboot after install. Silent switch was "add /q". I called the msi sptd156. Then I wrapped your AutoIt script into an MSI and put a WMI filter on the GPO so it would only install after STPD was in add/remove: SELECT * FROM Win32_Product WHERE Caption ='sptd156' I also added some code into your script to move about the shortcuts, though I haven't tested it yet. This bit at the top so it's easy to find: ; Organise shortcuts ; @StartMenuCommonDir is the path to All Users Start Menu folder ; @StartMenuDir is the path to the current user's Start Menu ; @DesktopCommonDir is the path to All Users Desktop ; @DesktopDir is the path to the current user's Desktop $CopyDesktopIconTo = @StartMenuCommonDir & "\Programs\Accessories\Utilities" $DeleteDesktopIcon = 1 $CopyStartMenuFolderTo = "" $DeleteStartMenuFolder = 1 and this is put after the install logic: ; Deal with shortcuts If Not ($CopyDesktopIconTo = "") Then If Not FileExists($CopyDesktopIconTo) Then DirCreate($CopyDesktopIconTo) EndIf FileCopy(@DesktopCommonDir & "\DAEMON Tools Lite.lnk", $CopyDesktopIconTo) EndIf If $DeleteDesktopIcon = 1 Then FileDelete(@DesktopCommonDir & "\DAEMON Tools Lite.lnk") EndIf If Not ($CopyStartMenuFolderTo = "") Then If Not FileExists($CopyStartMenuFolderTo) Then DirCreate($CopyStartMenuFolderTo) EndIf DirCopy(@StartMenuCommonDir & "\Programs\DAEMON Tools Lite", $CopyDesktopFolderTo) EndIf If $DeleteStartMenuFolder = 1 Then DirRemove(@StartMenuCommonDir & "\Programs\DAEMON Tools Lite", 1) EndIf

Open up the AutoIt WindowInfo application and use it to find the control IDs. The freeze option in it is handy. Then instead of Send use ControlSend. I'm not sure it will work in this case but I've stuck to using it since it helped me before. I don't know how you can prevent it opening the webpage but you can put a WinWait command for the browser window and close it once you know it's there. You might be able to check the window title for the website's name rather than checking for multiple different browsers.

/REMOVE_FEATURE fea_AVG_SafeSurf /REMOVE_FEATURE fea_AVG_SafeSearch It's surf and search, rather than repeating itself. The AVG Free FAQ has both listed, so I guess so, though safe-surf isn't part of AVG Free.

I saw this on the Something Awful forums a minute ago. avg_free_stf_en_8_100a1295.exe /hide /no_welcome /REMOVE_FEATURE fea_AVG_SafeSurf /REMOVE_FEATURE fea_AVG_SafeSearch

I'm in Ireland and called +353 1 631 9359. I was put through to the UK office but I don't have their number I figured out that when running scripts from inside the SciTE editor, I could get away with less specific window definitions, e.g. WinWait("AVG", "Please review") ControlClick("AVG", "", 1000) would work in the SciTE editor, but when compiled it needed to be: WinWait("AVG", "Please review") ControlClick("AVG", "Please review", 1000) I managed to get it going through group policy today, which worked fine without 7.5 and needed a manual uninstall/reinstall when 7.5 was there. I was wrapping with WIWW 0.2 and tried ticking the box to force a restart, the pc restarted but AVG still didn't work. I think maybe script the AVG uninstall in an msi with forced restart and then order the group policy objects so that has lower priority # to (runs before) the AVG 8 msi GPO. Is there a way for this to only deploy if the avg7 directory is present? I won't have a chance to try this before next Wednesday, also a school admin but only 1 day/week in that school.

I've added in timeouts to my WinWait statements, I've a lot of this in my code now: If WinWait("AVG 8.0", "Welcome", 45) Then ControlClick("AVG 8.0", "Welcome", 1000) I've attached the script. It was working fine when I executed it in Windows normally but even with the timeouts it's not up to much as an assigned application. I used pskill to kill the process, which was the setup file launched by the AutoIt script. I was on the phone to AVG twice yesterday, once for 45 minutes. They provide a network install wizard but it wasn't working, with no apparant reason. I have to send them log files, I though I could get this on quickly with AutoIt. The setup.ini sounds familiar but Google didn't find much about AVG 8. There are errors in the attached file that have been introduced during my troubleshooting. I'll post up a more correct version soon. avg8.au3

I just wrote a script using AutoIt to install AVG 8.0 with all the settings I wanted. I then used WIWW to wrap it as an msi but when I tried deploying with group policy it just stalled. I assume this is because I'm using the WinWait function and no windows are being created. Is there a way I can interact with a Window that isn't there? I don't think handles/pids will work because I need to identify each screen by the text on it.

I found a utility called Runmenu which allows me to script the pressing of context menu items. It does the job nicely but I didn't research the details of how it works. If anyone has a nice explanation, please let me know. I'd rather not use this as part of my script if possible.

Abbyy FineReader (OCR software) adds some entries to the context menu for PDFs such that I can select a PDF in Windows Explorer and hit File, Abbyy FineReader, Convert into Microsoft Word. I'd like to be able to script this but there's no documentation to say how. I ran ShellExView and all it found was frintegration.dll (in program files\abbyy finereader 9.0). I guess this contains the context menu items as they aren't in the registry. I also used WinInstall to find all the registry settings created when installing FineReader but nothing helped me, I've attached them. I want to be able to OCR pdfs from the command line. The function I want is already there with one mouse click. Any ideas? Finereader.REG

Worked first time. Thank you very much. I see exactly what you mean and have noticed it when reading other people's scripts. I'll definitely pay attention. It's 5am on Friday night, I can't believe I just spent the past 12 hours figuring out silent installs.

I'm trying to silently install TweakUI (XP Powertoys) by using an AutoIt script and using the Windows Installer Wrapper Wizard (WIWW) to turn that into an MSI. The AutoIt script for installing TweakUI always works fine. Then it should move the shortcuts around. I've tried scripting it inside AutoIt and by calling a CMD script. Both work fine until I use WIWW. I even put in a 10s delay between the install and the shortcut manupulation. It seems the shortcuts are locked until WIWW finishes. Run("TweakUiPowertoySetup.exe") WinWaitActive("Microsoft Powertoys for Windows XP and Windows Server 2003 Setup", "&Next >") Send("!N") Send("!a") Send("!N") Send("{ENTER}") ; Check for a \Accessories\Utilities ; and create it if necessary ;If Not FileExists(@ProgramsCommonDir & "\Accessories\Utilities") Then ; DirCreate (@ProgramsCommonDir & "\Accessories\Utilities") ;EndIf ; Check for shortcut ; and copy it to utilities. ;If FileExists(@ProgramsCommonDir & "\Powertoys for Windows XP\Tweak UI.lnk") Then ; Filecopy(@ProgramsCommonDir & "\Powertoys for Windows XP\Tweak UI.lnk", @ProgramsCommonDir & "\Accessories\Utilities") ;EndIf ; Check for shortcut folder ; and delete it ;If FileExists(@ProgramsCommonDir & "\Powertoys for Windows XP") Then ; DirRemove(@ProgramsCommonDir & "\Powertoys for Windows XP",1) ;EndIf ; Linked CMD script to replace above shortcut manipulation. ; Timing experimenting to solve. sleep(10000) Run("TweakUiPowertoySetup.exe.cmd") :checkUtilitiesFolder if not exist "%allusersprofile%\Start Menu\Programs\Accessories\Utilities" (goto createUtilitiesFolder) else (goto checkPowertoysShortcut) :createUtilitiesFolder md "%allusersprofile%\Start Menu\Programs\Accessories\Utilities" :checkPowertoysShortcut if exist "%allusersprofile%\Start Menu\Programs\Powertoys for Windows XP\Tweak UI.lnk" (goto movePowertoysShortcut) else (goto checkPowertoysShortcutFolder) :movePowertoysShortcut move "%allusersprofile%\Start Menu\Programs\Powertoys for Windows XP\Tweak UI.lnk" "%allusersprofile%\Start Menu\Programs\Accessories\Utilities" :checkPowertoysShortcutFolder if exist "%allusersprofile%\Start Menu\Programs\Powertoys for Windows XP" (goto deletePowertoysShortcutFolder) else (goto end) :deletePowertoysShortcutFolder rmdir "%allusersprofile%\Start Menu\Programs\Powertoys for Windows XP" /q /s :end I guess I could put the CMD script in RunOnce but that doesn't seem ideal. I imagine I'm not the first person to come across this. I assume there's a file attribute I can change with AutoIt that will allow me do what I want. Cheers.