/bundles/itninjaweb/img/Breadcrumb_cap_w.png
Hi Everyone

What I have with me is an outlook add-in which is just becoming a pain in the neck in all ways possible.
Its a VSTO add-in for Outlook 2003. We got this request because the add-in is installed per-user and doesn't appear for other users. We need to make this work for all the users on the system.
The pre-requisites for this app are O2003pia.msi, vstor.exe, vstolp20.exe, extensibilitymsm.msi, lockbackRegKey.msi. These are all bundled in one ISO_prereq.exe.
I know this because all these get extracted and disappear from temp in a jiffy.
I tried to capture the rest of the installation, but my MSI just wouldn't work for even the user who installs it.
The files are installed into the folder "C:\Documents and Settings\UserName\Local Settings\Application Data\Verizon\Conferencing\InstantScheduler". There is also one file which goes into "C:\Program Files\Microsoft Office\OFFICE11\ADDINS\OTKLoadr.dll"
There are also the add-in registries that go into HKCU\SOFTWARE\Microsoft\Office\Outlook\Addins\InstantScheduler.

I have tried manually trying to make the add-in appear in outlook for other users by moving HKCU keys to HKLM, copying user specific files, but in vain. From what I have read online, if the HKCU keys in the setup project (the vsto add-in) are modified to go to HKLM, apparently things are fine. I have no idea which file needs to be modified in my case and how.. from a packager perspective, this is really frustrating ..
I just want to know if anyone could ever succesfully install a vsto add-in to outlook for all users on a machine and how :-(
Any help would be greatly appreciated.
0 Comments   [ - ] Hide Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
Answer this question or Comment on this question for clarity

Answers

0
You need to find out which feature in which package installs the files to the user profile, along with the one - if different - which installs the registry value. If the feature has an advertised entry-point, such as a shortcut, then you need to create a user feature, move the feature above so that it becomes a child of the feature containing the entry-point. That way, self-healing will kick in when the entry-point is triggered and will install the user-level stuff.

If there is no advertised entry-point for the feature, use Active Setup. Remember that AS does not self-repair so if components get deleted, the WI engine won't fix them.
Answered 02/19/2010 by: VBScab
Red Belt

Please log in to comment
0
Thanks for your support. The MSIs i mentioned are the prerequisites.. None of those actually have the add-in files in it.
After the pre-requisites install, there is something more to the installation that goes on, and I have captured the files and registries put in during that time, but those alone do not make the add-in appear in outlook.
The worst part is the main setup doesn't even install silently. (Even if i want to just push the app for that particular user)
Answered 02/19/2010 by: msi_support
Orange Belt

Please log in to comment
0
Fine, so it sounds like you have an MSI created from a capture? Excellent: you can create your own feature tree if you have an entry-point. I'll bet at least ONE of the support files registers a bunch of objects, in which case you can use COM advertising.
Answered 02/19/2010 by: VBScab
Red Belt

Please log in to comment