Windows Live Messenger 8.1 - disable Auto Launch in MST
I am packaging Windows Live Messenger 8.1. Vendor MSI and I’m creating MST.
As the machine will be shared, the specification is for Messenger not to autolaunch the first time a user logs on after install (obviously the user can then go to ‘Tools’ - ‘Options’ – ‘General’, and select ‘Automatically run Windows Live Messenger when I log on to Windows’ which will startup next time they log on).
The following registry key resides in the MSI:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\
Name: MsnMsgr
Value: “[MessengerDir]MsnMsgr.Exe†/Background
This key launches Messenger on windows loading.
To try and stop it from autoloading I have done the following to the MST:
Delted the registry key. The results from this is, after install, when user logs on, launches the app, it writes the key back, with the value of:
‘“[MessengerDir]MsnMsgr.Exe†/Background’.
I then tried leaving the registry key in the MST, but left the value blank. The results are the same. i.e. full value gets inserted when new user logs in and launches app.
I have read http://itninja.com/link/appdeploy->-package-knowledgebase->-msn-messenger, and in particular interest:
“The option to disable autorun in the group policy editor doesn't work with this version of messenger, instead I used the tip David Carlin gave at : http://blog.case.edu/djc6/2006/01/11/disable_msn_messenger_auto_run_via_group_policy
This one does work and will prevent messenger from auto loading. It's a feature I tried to incorporate in the package file, but messenger updates the registry value every time it is started effectively nullifying the package effect.â€Â
D Carlin’s tip is to disable MSN Messenger Auto Run Via Group Policy.
Has anyone come up with a way to do this in an MST? It looks like it was possible with earlier version of Messenger…
Thanks.
As the machine will be shared, the specification is for Messenger not to autolaunch the first time a user logs on after install (obviously the user can then go to ‘Tools’ - ‘Options’ – ‘General’, and select ‘Automatically run Windows Live Messenger when I log on to Windows’ which will startup next time they log on).
The following registry key resides in the MSI:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run\
Name: MsnMsgr
Value: “[MessengerDir]MsnMsgr.Exe†/Background
This key launches Messenger on windows loading.
To try and stop it from autoloading I have done the following to the MST:
Delted the registry key. The results from this is, after install, when user logs on, launches the app, it writes the key back, with the value of:
‘“[MessengerDir]MsnMsgr.Exe†/Background’.
I then tried leaving the registry key in the MST, but left the value blank. The results are the same. i.e. full value gets inserted when new user logs in and launches app.
I have read http://itninja.com/link/appdeploy->-package-knowledgebase->-msn-messenger, and in particular interest:
“The option to disable autorun in the group policy editor doesn't work with this version of messenger, instead I used the tip David Carlin gave at : http://blog.case.edu/djc6/2006/01/11/disable_msn_messenger_auto_run_via_group_policy
This one does work and will prevent messenger from auto loading. It's a feature I tried to incorporate in the package file, but messenger updates the registry value every time it is started effectively nullifying the package effect.â€Â
D Carlin’s tip is to disable MSN Messenger Auto Run Via Group Policy.
Has anyone come up with a way to do this in an MST? It looks like it was possible with earlier version of Messenger…
Thanks.
0 Comments
[ + ] Show comments
Answers (2)
Please log in to answer
Posted by:
turbokitty
15 years ago
Let me preface by saying that I know nothing about MSN Messenger, but general trouble-shooting steps should lead you to the answer.
First, is the MSI repairing the registry key or is the application code? Check the application event log to see if a component it being repaired by msiexec on launch. If the MSI is repairing the key, you can fix this problem in the MST (via a custom action or otherwise).
If the application itself is repairing the key, there's nothing you can do inside the MST to sort this out short of delivering some external script that is triggered after first launch. If this is the case, use the GPO.
First, is the MSI repairing the registry key or is the application code? Check the application event log to see if a component it being repaired by msiexec on launch. If the MSI is repairing the key, you can fix this problem in the MST (via a custom action or otherwise).
If the application itself is repairing the key, there's nothing you can do inside the MST to sort this out short of delivering some external script that is triggered after first launch. If this is the case, use the GPO.
Posted by:
Mr
15 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.