MS Outlook OLE Connect problem

dgs726

New Member
Posted in hope... still looking other places.

Our problem is this:

We are using V9, connecting to MS Outlook in NT. We want to be able to
either:
1) Connect as the current user of Outlook if it is active, or
2) Connect as the default Outlook profile if it is not active, or
3) Connect using a different profile, whether Outlook is or is not active.

Options 1) and 2) work fine for us; option 3) doesn't if Outlook is already
active.

V9 documentation on the CREATE Automation Object statement describes the use
of the CONNECT parameter, which supposedly controls the instantiation of the
object: If supplied, and the server is running, it connects to the existing
object. If omitted, a new instance of the server and object is created.
However, in actuality V9 connects to an existing server if it exists even if
the CONNECT parameter is not supplied. This causes a problem for us, because
it means if Outlook was already active, we can not use a different profile
without first killing the user's current session, which we don't want to do
(although one option would be to kill and restart).

Any one have any ideas on this, or experience with the problem? Any help
appreciated!

Dan Smith
 

Chris Kelleher

Administrator
Staff member
Dan-

Hi there, how are you doing? Well I hate to be the bearer of bad news, but I think that you can't switch your Outlook profile without shuting down the application and re-starting with the new profile. I think this is a limitation of how MS designed Outlook.

-Chris

------------------
Chris Schreiber
ProgressTalk.com Manager
chris@fast4gl.com
 

dgs726

New Member
I found a solution that works for me; posted in case someone else runs into a similar problem...

The solution is not to use Outlook at all, but rather to use Microsoft's Collaborative Data Object (CDO) access to MAPI instead. In this manner, you can use any profile that is available locally (even if that user is already in Outlook), or any mailbox available under NT (assuming you know the Exchange server name and the mailbox name). Here's a link to a general CDO explanation:
http://msdn.microsoft.com/library/periodic/period99/CDO.htm

Dan Smith

------------------
 

Chris Kelleher

Administrator
Staff member
Dan-

Thanks for following up, I am glad you found a solution that works for you.

-Chris

------------------
Chris Schreiber
ProgressTalk.com Manager
chris@fast4gl.com
 
Top