I'm getting the above error when i try
loOutlook = CREATEOBJECT("Outlook.APPLICATION")
when outlook is already running. Works fine when outlook is not running.
Not sure what triggered this.... i'm working on a project where i've been
doing this 20 times a day for over a month and just yesterday it started
failing.
I have 'repair'ed the installation and also completely uninstalled and
reinstalled MS Office. No joy.
One oddity i have noticed is that the LocalServer32 registry entry for the
Outlook CLSID has the following path
vUpAV5!!!!!!!!!MKKSkOUTLOOKFiles>tW{~$4Q]c@zPX6FxaTO5
changing it to the correct path isn't helping (but many other outlook
related CLSIDs also have that path)
Help...
thanks
Nigel
n
"NigelGomm" <ren...@newsgroup.nospam> wrote in message
news:Oko1jtlE...@TK2MSFTNGP06.phx.gbl...
so UAC related...
n
"NigelGomm" <ren...@newsgroup.nospam> wrote in message
news:Oko1jtlE...@TK2MSFTNGP06.phx.gbl...
From your post, my understanding on this issue is: you wonder why it
reports error 80080005 at the sentence CreateObject("Outlook.Application")
when Outlook 2007 is already running. If I'm off base, please feel free to
let me know.
The problem here is that Outlook keeps only a single process when it is
running. So if Outlook is running in low rights and another process tries
to CoCreate an instance of Outlook from within a High rigthts process,
Vista will not allow it. (This issue does not exist in other Office
applications, like excel, because they create a new instances of excel.exe
each time someone CoCreates them). As you found, the workaround would be to
automate Outlook from within a process that has the same rights as the
outlook.exe process. (i.e. if Outlook is running as low rights then the
other process needs to be running at low rights, and same goes for high
rights). If Outlook is originally not running, then the outlook.exe process
will be created with the same rights as the process that CoCreated it.
As for the key LocalServer32/LocalServer32 (Type: REG_MULTI_SZ), I need to
consult it with Office product team because the key value is never
documented. I will get back to you as soon as possible.
Please let me know if you have any other concerns, or need anything else.
Sincerely,
Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
Microsoft Online Community Support
==================================================
For MSDN subscribers whose posts are left unanswered, please check this
document: http://blogs.msdn.com/msdnts/pages/postingAlias.aspx
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications. If you are using Outlook Express/Windows Mail, please make sure
you clear the check box "Tools/Options/Read: Get 300 headers at a time" to
see your reply promptly.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
that makes sense because i increased the rights of the calling program at
about the same time but never made the connection.... well, not in that
sense anyway.
That solves my problem because, in the wild, the calling program will run as
a normal user.
thanks
nigel
"Jialiang Ge [MSFT]" <jia...@online.microsoft.com> wrote in message
news:M3UvqLGF...@TK2MSFTNGHUB02.phx.gbl...
As for the key LocalServer32/LocalServer32 (Type: REG_MULTI_SZ), they are
referred to as a Windows Installer descriptor and is used for proper
resiliency, repair, and certain install-on-demand (advertisement)
situations for Installer based products (which Office is one of).
Here are a few references to it in Microsoft KB and the Installer MSDN
documentation:
http://msdn2.microsoft.com/en-us/library/Aa371842.aspx
http://support.microsoft.com/kb/243630/
Please let me know if you have any other concern or need anything else.
Sincerely,
Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
Microsoft Online Community Support
=================================================
When responding to posts, please "Reply to Group" via your newsreader
so that others may learn and benefit from your issue.
I have just realised that this will cause a problem in the wild because
there's a problem with the manifest when i distribute my application; I
can't find reference to an execution level such as "standardUser".
When launched by an installer (which has to run as admin) my app (with the
requested execution level 'asInvoker") will run as Admin. So on first run my
app will fail when it tries to create an outlook object.
In the short term i can remove the "launch application now" checkbox from
the installer's dialog but i can't believe it was intended that an
application running as admin could NEVER launch an exe as a standard user.
did i miss something?
"Jialiang Ge [MSFT]" <jia...@online.microsoft.com> wrote in message
news:AmEQtaR...@TK2MSFTNGHUB02.phx.gbl...
If I understand it correctly, you mean your current logon user is a
standard user (not an admin). The user opens his Outlook with his stardard
user right, then run the setup project as an admin user. When the setup is
finished, the user clicks on the "Launch application now" button to start
the application process. Because the process is created in the setup
process which is run under admin right, the new process with
'CreateObject("Outlook.Application") would also run as admin and it makes
the problem.
I discussed it with some experts on 'setup' in our managed newsgroup
support team, they told me that it may be possible to launch the
application as current logon user even if the setup process is run as
'Admin' right, by customizing the script of "launch application now". Would
you mind posting the question in microsoft.public.vsnet.setup or
microsoft.public.platformsdk.msi newsgroup so that you will get the most
qualified pool of respondents, and other partners who the newsgroups
regularly can either share their knowlege or learn from your interaction
with us? Please note that the two newsgroups above are also managed by
Microsoft. Support Engineers from Microsoft will work with to resolution.
Thank you for your understanding.
Have a nice day!
If you have further assistance for this issue, please feel free to let me
know. I will be more than happy to be of assistance.
>> On Friday, October 19, 2007 11:17 AM NigelGomm wrote:
>> ok... the LocalServer32 path is a red herring.. i just checked another
>> system and it is the same there (but they are working ok)
>>
>> n
>>> On Friday, October 19, 2007 11:35 AM NigelGomm wrote:
>>> it works if i run outlook as administrator...
>>>
>>> so UAC related...
>>>
>>>
>>> n
>>>> On Monday, October 22, 2007 12:20 AM jialg wrote:
>>>> Hello Nigel
>>>>
>>>> From your post, my understanding on this issue is: you wonder why it
>>>> reports error 80080005 at the sentence CreateObject("Outlook.Application")
>>>> when Outlook 2007 is already running. If I'm off base, please feel free to
>>>> let me know.
>>>>
>>>> The problem here is that Outlook keeps only a single process when it is
>>>> running. So if Outlook is running in low rights and another process tries
>>>> to CoCreate an instance of Outlook from within a High rigthts process,
>>>> Vista will not allow it. (This issue does not exist in other Office
>>>> applications, like excel, because they create a new instances of excel.exe
>>>> each time someone CoCreates them). As you found, the workaround would be to
>>>> automate Outlook from within a process that has the same rights as the
>>>> outlook.exe process. (i.e. if Outlook is running as low rights then the
>>>> other process needs to be running at low rights, and same goes for high
>>>> rights). If Outlook is originally not running, then the outlook.exe process
>>>> will be created with the same rights as the process that CoCreated it.
>>>>
>>>> As for the key LocalServer32/LocalServer32 (Type: REG_MULTI_SZ), I need to
>>>> consult it with Office product team because the key value is never
>>>> documented. I will get back to you as soon as possible.
>>>>
>>>> Please let me know if you have any other concerns, or need anything else.
>>>>
>>>> Sincerely,
>>>> Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
>>>> Microsoft Online Community Support
>>>>
>>>> ==================================================
>>>> For MSDN subscribers whose posts are left unanswered, please check this
>>>> document: http://blogs.msdn.com/msdnts/pages/postingAlias.aspx
>>>>
>>>> Get notification to my posts through email? Please refer to
>>>> http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
>>>> ications. If you are using Outlook Express/Windows Mail, please make sure
>>>> you clear the check box "Tools/Options/Read: Get 300 headers at a time" to
>>>> see your reply promptly.
>>>>
>>>> Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
>>>> where an initial response from the community or a Microsoft Support
>>>> Engineer within 1 business day is acceptable. Please note that each follow
>>>> up response may take approximately 2 business days as the support
>>>> professional working with you may need further investigation to reach the
>>>> most efficient resolution. The offering is not appropriate for situations
>>>> that require urgent, real-time or phone-based interactions or complex
>>>> project analysis and dump analysis issues. Issues of this nature are best
>>>> handled working with a dedicated Microsoft Support Engineer by contacting
>>>> Microsoft Customer Support Services (CSS) at
>>>> http://msdn.microsoft.com/subscriptions/support/default.aspx.
>>>> ==================================================
>>>> This posting is provided "AS IS" with no warranties, and confers no rights.
>>>>> On Monday, October 22, 2007 7:03 AM NigelGomm wrote:
>>>>> ah
>>>>>
>>>>> that makes sense because i increased the rights of the calling program at
>>>>> about the same time but never made the connection.... well, not in that
>>>>> sense anyway.
>>>>>
>>>>> That solves my problem because, in the wild, the calling program will run as
>>>>> a normal user.
>>>>>
>>>>> thanks
>>>>>
>>>>> nigel
>>>>>
>>>>>
>>>>>
>>>>> "Jialiang Ge [MSFT]" <jia...@online.microsoft.com> wrote in message
>>>>> news:M3UvqLGF...@TK2MSFTNGHUB02.phx.gbl...
>>>>>> On Monday, October 22, 2007 9:47 PM jialg wrote:
>>>>>> Hello Nigel
>>>>>>
>>>>>> As for the key LocalServer32/LocalServer32 (Type: REG_MULTI_SZ), they are
>>>>>> referred to as a Windows Installer descriptor and is used for proper
>>>>>> resiliency, repair, and certain install-on-demand (advertisement)
>>>>>> situations for Installer based products (which Office is one of).
>>>>>>
>>>>>> Here are a few references to it in Microsoft KB and the Installer MSDN
>>>>>> documentation:
>>>>>> http://msdn2.microsoft.com/en-us/library/Aa371842.aspx
>>>>>> http://support.microsoft.com/kb/243630/
>>>>>>
>>>>>> Please let me know if you have any other concern or need anything else.
>>>>>>
>>>>>> Sincerely,
>>>>>> Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
>>>>>> Microsoft Online Community Support
>>>>>>
>>>>>> =================================================
>>>>>> When responding to posts, please "Reply to Group" via your newsreader
>>>>>> so that others may learn and benefit from your issue.
>>>>>> =================================================
>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.
>>>>>>> On Wednesday, November 07, 2007 12:48 PM NigelGomm wrote:
>>>>>>> ok.. thanks for that.
>>>>>>>
>>>>>>> I have just realised that this will cause a problem in the wild because
>>>>>>> there's a problem with the manifest when i distribute my application; I
>>>>>>> can't find reference to an execution level such as "standardUser".
>>>>>>>
>>>>>>> When launched by an installer (which has to run as admin) my app (with the
>>>>>>> requested execution level 'asInvoker") will run as Admin. So on first run my
>>>>>>> app will fail when it tries to create an outlook object.
>>>>>>>
>>>>>>> In the short term i can remove the "launch application now" checkbox from
>>>>>>> the installer's dialog but i can't believe it was intended that an
>>>>>>> application running as admin could NEVER launch an exe as a standard user.
>>>>>>>
>>>>>>> did i miss something?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Jialiang Ge [MSFT]" <jia...@online.microsoft.com> wrote in message
>>>>>>> news:AmEQtaR...@TK2MSFTNGHUB02.phx.gbl...
>>>>>>>> On Thursday, November 08, 2007 12:29 AM jialg wrote:
>>>>>>>> Hello Nigel,
>>>>>>>>
>>>>>>>> If I understand it correctly, you mean your current logon user is a
>>>>>>>> standard user (not an admin). The user opens his Outlook with his stardard
>>>>>>>> user right, then run the setup project as an admin user. When the setup is
>>>>>>>> finished, the user clicks on the "Launch application now" button to start
>>>>>>>> the application process. Because the process is created in the setup
>>>>>>>> process which is run under admin right, the new process with
>>>>>>>> 'CreateObject("Outlook.Application") would also run as admin and it makes
>>>>>>>> the problem.
>>>>>>>>
>>>>>>>> I discussed it with some experts on 'setup' in our managed newsgroup
>>>>>>>> support team, they told me that it may be possible to launch the
>>>>>>>> application as current logon user even if the setup process is run as
>>>>>>>> 'Admin' right, by customizing the script of "launch application now". Would
>>>>>>>> you mind posting the question in microsoft.public.vsnet.setup or
>>>>>>>> microsoft.public.platformsdk.msi newsgroup so that you will get the most
>>>>>>>> qualified pool of respondents, and other partners who the newsgroups
>>>>>>>> regularly can either share their knowlege or learn from your interaction
>>>>>>>> with us? Please note that the two newsgroups above are also managed by
>>>>>>>> Microsoft. Support Engineers from Microsoft will work with to resolution.
>>>>>>>> Thank you for your understanding.
>>>>>>>>
>>>>>>>> Have a nice day!
>>>>>>>>
>>>>>>>> Sincerely,
>>>>>>>> Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
>>>>>>>> Microsoft Online Community Support
>>>>>>>>
>>>>>>>> =================================================
>>>>>>>> When responding to posts, please "Reply to Group" via your newsreader
>>>>>>>> so that others may learn and benefit from your issue.
>>>>>>>> =================================================
>>>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.
>>>>>>>>> Submitted via EggHeadCafe - Software Developer Portal of Choice
>>>>>>>>> ObjectDumper LINQ To Export Collection Via .NET Reflection
>>>>>>>>> http://www.eggheadcafe.com/tutorials/aspnet/21737599-5a63-4672-a32c-a36cca282a3f/objectdumper-linq-to-export-collection-via-net-reflection.aspx
>>>> when Outlook 2007 is already running. If I'm off base, please feel free to
>>>> let me know.
>>>>
>>>> The problem here is that Outlook keeps only a single process when it is
>>>> running. So if Outlook is running in low rights and another process tries
>>>> to CoCreate an instance of Outlook from within a High rigthts process,
>>>> Vista will not allow it. (This issue does not exist in other Office
>>>> applications, like excel, because they create a new instances of excel.exe
>>>> each time someone CoCreates them). As you found, the workaround would be to
>>>> automate Outlook from within a process that has the same rights as the
>>>> outlook.exe process. (i.e. if Outlook is running as low rights then the
>>>> other process needs to be running at low rights, and same goes for high
>>>> rights). If Outlook is originally not running, then the outlook.exe process
>>>> will be created with the same rights as the process that CoCreated it.
>>>>
>>>> As for the key LocalServer32/LocalServer32 (Type: REG_MULTI_SZ), I need to
>>>> consult it with Office product team because the key value is never
>>>> documented. I will get back to you as soon as possible.
>>>>
>>>> Please let me know if you have any other concerns, or need anything else.
>>>>
>>>> Sincerely,
>>>> Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
>>>> Microsoft Online Community Support
>>>>
>>>> ==================================================
>>>> For MSDN subscribers whose posts are left unanswered, please check this
>>>> document: http://blogs.msdn.com/msdnts/pages/postingAlias.aspx
>>>>
>>>> Get notification to my posts through email? Please refer to
>>>> http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
>>>> ications. If you are using Outlook Express/Windows Mail, please make sure
>>>> you clear the check box "Tools/Options/Read: Get 300 headers at a time" to
>>>> see your reply promptly.
>>>>
>>>> Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
>>>> where an initial response from the community or a Microsoft Support
>>>> Engineer within 1 business day is acceptable. Please note that each follow
>>>> up response may take approximately 2 business days as the support
>>>> professional working with you may need further investigation to reach the
>>>> most efficient resolution. The offering is not appropriate for situations
>>>> that require urgent, real-time or phone-based interactions or complex
>>>> project analysis and dump analysis issues. Issues of this nature are best
>>>> handled working with a dedicated Microsoft Support Engineer by contacting
>>>> Microsoft Customer Support Services (CSS) at
>>>> http://msdn.microsoft.com/subscriptions/support/default.aspx.
>>>> ==================================================
>>>> This posting is provided "AS IS" with no warranties, and confers no rights.
>>>>> On Monday, October 22, 2007 7:03 AM NigelGomm wrote:
>>>>> ah
>>>>>
>>>>> that makes sense because i increased the rights of the calling program at
>>>>> about the same time but never made the connection.... well, not in that
>>>>> sense anyway.
>>>>>
>>>>> That solves my problem because, in the wild, the calling program will run as
>>>>> a normal user.
>>>>>
>>>>> thanks
>>>>>
>>>>> nigel
>>>>>
>>>>>
>>>>>
>>>>> "Jialiang Ge [MSFT]" <jia...@online.microsoft.com> wrote in message
>>>>> news:M3UvqLGF...@TK2MSFTNGHUB02.phx.gbl...
>>>>>> On Monday, October 22, 2007 9:47 PM jialg wrote:
>>>>>> Hello Nigel
>>>>>>
>>>>>> As for the key LocalServer32/LocalServer32 (Type: REG_MULTI_SZ), they are
>>>>>> referred to as a Windows Installer descriptor and is used for proper
>>>>>> resiliency, repair, and certain install-on-demand (advertisement)
>>>>>> situations for Installer based products (which Office is one of).
>>>>>>
>>>>>> Here are a few references to it in Microsoft KB and the Installer MSDN
>>>>>> documentation:
>>>>>> http://msdn2.microsoft.com/en-us/library/Aa371842.aspx
>>>>>> http://support.microsoft.com/kb/243630/
>>>>>>
>>>>>> Please let me know if you have any other concern or need anything else.
>>>>>>
>>>>>> Sincerely,
>>>>>> Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
>>>>>> Microsoft Online Community Support
>>>>>>
>>>>>> =================================================
>>>>>> When responding to posts, please "Reply to Group" via your newsreader
>>>>>> so that others may learn and benefit from your issue.
>>>>>> =================================================
>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.
>>>>>>>> Sincerely,
>>>>>>>> Jialiang Ge (jia...@online.microsoft.com, remove 'online.')
>>>>>>>> Microsoft Online Community Support
>>>>>>>>
>>>>>>>> =================================================
>>>>>>>> When responding to posts, please "Reply to Group" via your newsreader
>>>>>>>> so that others may learn and benefit from your issue.
>>>>>>>> =================================================
>>>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.
>>>>>>>>> On Monday, November 12, 2007 5:12 AM jialg wrote:
>>>>>>>>>> On Thursday, September 02, 2010 4:59 PM Alex Krenvalk wrote:
>>>>>>>>>> I have many outlook messages on the PC. One day I lost all of them. I was disappeared, but not long. My friend by accident advised me a good forum, where I found out - [url=http://www.recoverytoolbox.com/repair_outlook.html]outlook repair[/url]. It perhaps may help in this and other situations.
>>>>>>>>>> Submitted via EggHeadCafe - Software Developer Portal of Choice
>>>>>>>>>> AJAX Web Service Driven Customers Table With Customer Details
>>>>>>>>>> http://www.eggheadcafe.com/tutorials/aspnet/4c3d2726-d99e-4f83-9e49-0d4867b6271a/ajax-web-service-driven-customers-table-with-customer-details.aspx
> On Friday, October 19, 2007 10:23 AM NigelGomm wrote:
>>>>>>>>>> I have many outlook messages on the PC. One day I lost all of them. I was disappeared, but not long. My friend by accident advised me a good forum, where I found out - [url=http://www.recoverytoolbox.com/repair_outlook.html]outlook repair[/url]. It perhaps may help in this and other situations.
>>>>>>>>>>> On Thursday, September 02, 2010 5:00 PM Alex Krenvalk wrote:
>>>>>>>>>>> I have many outlook messages on the PC. One day I lost all of them. I was disappeared, but not long. My friend by accident advised me a good forum, where I found out - <a href="http://www.recoverytoolbox.com/repair_outlook.html">outlook repair</a>. It perhaps may help in this and other situations.
>>>>>>>>>>>> On Thursday, September 02, 2010 5:07 PM Alex Krenvalk wrote:
>>>>>>>>>>>> I have many outlook messages on the PC. One day I lost all of them. I was disappeared, but not long. My friend by accident advised me a good forum, where I found out - http://www.recoverytoolbox.com/repair_outlook.html It perhaps may help in this and other situations.
>>>>>>>>>>>> Submitted via EggHeadCafe
>>>>>>>>>>>> SharePoint Tip / Thought of the Day WebPart
>>>>>>>>>>>> http://www.eggheadcafe.com/tutorials/aspnet/14280ff8-3c9f-46bd-8214-9267e613c8ec/sharepoint-tip--thought-of-the-day-webpart.aspx