SGriffin's MAPI Internals

Steve,

Can you disclose how exchange is verifying the outlook version?

Could we as developers change the version in the profile to be 2007 and remove the public folder provider from the profile?

For that matter, why can't we just remove the PF provider and have downlevel clients work?

I agree that the default for older clients is to have a PF provider in the profile, but it seems unfair that no check is made to determine if a PF provider even exists before failing on the profile.

Regards,

Eriq

Following up on my previous article on CONNECT_IGNORE_NO_PF , I had a customer recently who claimed MAPI

We have an EDK based MAPI connector with Exchange 2000/2003. How do you use it on Exchange 2007 ? Can i use it or no ?

Any help is appreciated...

Hi,

The download MAPI works fine for the 'old-format' PST but does not work for Outlook 2003/2007 format. IMsgServiceAdmin->ConfigureMsgService() returns MAPI_E_EXTENDED_ERROR. I read in some other blog that Exchange 2007 SP1 will provide functionality to export/import also the new PST. Is this anyhow related with the standalona MAPI and will this be enhanced to support new SPT format too?

What else has to happen to the profile? I am creating a brand new profile and now when OpenMsgStore() is called, I receive a unconfigured profile error (8004011C) instead of the 011D.

Even if I stop my program and manually update the profile in the middle I will get this error.

It seems like the profile isn't getting fully saved before the update happens. I'm just not sure what is wrong, the code works with Ex2007 with public folders, Ex2003, Ex2000, even 5.5.

Do you have any sample code to show the process of updating the PR_PROFILE_CONNECT_FLAGS?

In my exchange 2007 setup even after downloading "ExchangeMapiCdo.EXE" MAPI code is failing during GetMessageStore with error code "HRESULT: 8004011d" .  Any idea whats wrong?

Regards,

Shivaraj

If you've been bit by the problems with the web download of CDO 1.21 returning a 8004011D when trying

One quick question regarding the MAPI download. Is it true, that this version of mapi32.dll does not return the STORE_UNICODE_OK flag in the PR_STORE_SUPPORT_MASK property? Even if the store supports UNICODE, the flag is never set. Forcing MAPI_UNICODE works as expected, but how can i find out if a store is really UNICODE capable?

One of my customers reported that using the MAPI download , they were unable to get a referral from Exchange

Hello, I was just looking at the MAPI download link and was wondering if Microsoft has plans to release versions other than English? Just wondering cause of the PR_LOCALE_ID chicken/egg issue in which MAPILogonEx changes the value to what the DLL language is and you can't get the previous PR_LOCALE_ID value without doing a logon so you can set it back to what it should be.  Thanks!

Hi,

Maybe this is the wrong forum, but I'm stumped to find the right one. I am trying to send a Task Request through the MAPI. Is it possible? if so, how?

I'm using the recent MAPI CDO library (6.5.8069.0) for connecting to an Exchange Server 2007 without a public folder.

If I edit the PR_PROFILE_CONNECT_FLAGS using MFC MAPI program, both the MFC MAPI and my program can connect via this profile, it works. But when i change the flag programmatically, i get MAPI_E_FAILONEPROVIDER from OpenMsgStore.

The windows account and the mail account are the same (administrator)..

 I call MapiLogonEx, change the flags and then try to open the message store. Is it about the order of methods? When exactly i should change the flag?

Using GcReconnect code, I've written the code below. Although it seems to change the flag to 0x8002, OpenMsgStore still fails with MAPI_E_FAILONEPROVIDER.

MAPIAdminProfiles(0, &lpProfAdmin);

lpProfAdmin->AdminServices((LPTSTR)Profile,

NULL,

NULL,

0,

&lpSvcAdmin);

SvcAdminOpenProfileSection(lpSvcAdmin,(LPMAPIUID)&pbGlobalProfileSectionGuid, NULL, MAPI_MODIFY, &lpGlobalProfSect);

SizedSPropTagArray(1,sptTags) = {1, PR_PROFILE_CONNECT_FLAGS};

hRes = lpGlobalProfSect->GetProps((LPSPropTagArray) &sptTags, 0, &ulValues, &pPropArray);

if (SUCCEEDED(hRes) && (MAPI_W_ERRORS_RETURNED != hRes))

{

      pPropArray[0].Value.ul |=  

      CONNECT_IGNORE_NO_PF;

      hRes = lpGlobalProfSect->SetProps(1,  

      pPropArray, NULL);

}

else

{

}

if (FAILED(hr = lpGlobalProfSect->SaveChanges(FORCE_SAVE)))

{

}

And then...

MAPILogonEx(0,cProfile,"",ulFlags,&lpSession);

HrMAPIFindDefaultMsgStore(lpSession, &cbDefStoreEid, &pDefStoreEid);

lpSession->OpenMsgStore(0, cbDefStoreEid, pDefStoreEid, NULL, MAPI_BEST_ACCESS,&lpMDB);

What may be wrong?

I couldn't find directly related topic, so i'm asking under this topic (cause it may be an Exchange 2007 issue);

I set a latest delivery time for a message to get a non delivery report after a given time via PR_LATEST_DELIVERY_TIME (10 minutes i.e.). However, NDR arrives after the time which the "maximum expiry time" settings of MS Exchange 2007 indicates (1 day by default) even though i set PR_LATEST_DELIVERY_TIME. Isn't  it possible to set the latest delivery time using MAPI on Exchange 2007? I used to use this property on Exchange 2003.