I'm wondering if it's possible that machine had multiple Vault Cache instances existing, or if maybe somehow there's a. If the add-in was not loaded, nothing would attempt to load that header cache file. Why use that method, rather than some kind of GPO that just blocks the EV add-in all together? I'm sure there's a good reason, I'm just wondering what benefit you get from doing it this way. This five-day, instructor-led, hands-on class covers the product’s functionality and Enterprise Vault. After you run the script and then launch Outlook, does the path for that EV Vault Cache now exist again? The Symantec Enterprise Vault 11.x for Exchange: Administration course is designed for system administrators tasked with operating, integrating, and monitoring the day-to-day performance of Enterprise Vault within their Exchange environments. Calling that from terminal also brings up the gui window.
I then went a step further and went into uninstaller.app/Contents and found the uninstaller binary. I want it to run silently in the background. But either way, the add-in could still get loaded by Outlook in that regard. When i call that in a script it pops a gui window up which just requires the user to click uninstall. That does still beg the question of how the header cache is being mounted as a pst in Outlook that I'm unsure of. Your script seems to remove the registry key and the cache folder, but not remove the add-in folder. I don't know a whole lot about scripting, and most of my work with the add-in installations revolves around pushing them out, but here are a few points: