Share via

MAPI Now Likes Exchange 2010

  • Article

We just announced a new release of the MAPI Download that’s pretty much mandatory if you want to work with Exchange 2010. You’ll also need to get and apply Rollup 1 (RU1) for Exchange 2010.

Details about the MAPI Download:

  • The first version of the MAPI download which is compatible with Exchange 2010 is 6.5.8147
  • If you already have a version of the MAPI Download installed, you must unininstall it before installing the new version. The installer does not upgrade, nor does it warn you if you try to install it without uninstalling the previous version.

The new MAPI Download fixes a number of problems MAPI had with Exchange 2010:

  • You no longer need to disable encryption to make a connection.
  • Notifications, which had not been working, now work.
  • We no longer crash during certain SetProps calls.
  • Access to the RSG (now called Recovery Database) now works again.
  • Admin privilege access to Public Folder stores (OPENSTORE_USE_ADMIN_PRIVILEGE) works again. This fix is actually in RU1.

If I identify other issues fixed by the updated MAPI download, I’ll add them in here.

Enjoy!

[Update: 12/14/09] Forgot to mention that you'll still need these tweaks for your profile, but you don't have to disable encryption anymore.
[Update: 12/21/09] Added information about admin access to PF.

Comments

  • Anonymous
    December 10, 2009
    Is the Outlook Mapi layer also updated? If not how is it possible to use the corrected Mapi on a workstation where Outlook is intalled?

  • Anonymous
    December 10, 2009
    It's not possible. It never has been possible and never will be possible to install both the Exchange MAPI download and Outlook on the same machine. This update corrects problems the Exchange MAPI download had connecting to Exchange 2010. Outlook's MAPI did not have these problems and did not need an update.

  • Anonymous
    December 11, 2009
    Outlook's Mapi seems to have problem with the following apis: GetmailboxTable and GetPublicFoldersTable. They work with Exchange 4 5 5.5 2000 2003 2007 but not with 2010. The new MapiDownload solve the problem.

  • Anonymous
    December 11, 2009
    The comment has been removed

  • Anonymous
    December 11, 2009
    The comment has been removed

  • Anonymous
    December 11, 2009
    Thank you Scott. I was unclear the Mapi download of course doesn't correct any problem with Outlook's Mapi but it corrects a problem that existed on the previous version of the Mapi download with the GetMaillboxTable Api. My goal is not to use both stack at the same time but to solve a problem that still exists on the Outlook's Mapi when the Getmailboxtable api is called. The problem can be reproduced by using MFCMapi as described here: http://blogs.msdn.com/stephen_griffin/archive/2009/11/17/november-2009-release-of-mfcmapi.aspx Thank you

  • Anonymous
    December 11, 2009
    I'm not familiar with the problem. AFAIK, no customer has opened a case reporting it. You should consider doing so if it's something you need fixed.

  • Anonymous
    December 13, 2009
    Hi, I am updating an application which is using MAPI and is working without problems for all previous versions of Exchange Server. However, I can not get it to work with Exchange 2010. The MFCMAPI is showing exactly the same problems. I have several questions:

  1. Previous exchangemapicdo download packages were installed in WindowsSYSWOW64 directory and the new one is installed in Program Files(x86)ExchangeMapi. Why is this?
  2. There is no MAPI32.dll any more among the files extracted from the package (before there was). Is it replaced with EXMAPI32.dll?
  3. Because of 1. and 2., I have copied all the files to SYSWOW64 and renamed exmapi32.dll to  mapi32.dll (the newest version 8147). Also installed the exchange rollup 1. Unfortunately I still have no success at getting it to work. MFCMAPI (as is also my application) is always failing on OpenDefaultMessageStore with MAPI_E_FAILONEPROVIDER error 0x4008011D.
  4. Also, where should all this be tried at? I am doing it on the server where the CAS is located. Another interesting thing is that I can not initialize MAPI until I specify the AD server as the exchange server instead of exchange server which is hosting CAS(only then the AD server gets resolved to CAS server)... this is done from MFCMAPI. Thx
  1. Let's say if I wanted to access mailboxes and browse mailbox table using some other account (not Administrator). What kind of permissions and where should I assign to that user in order to be able to access mailboxes through that MAPI profile. I have tried doing this on the environments that are working, by assigning the same permissions that the Administrator has to a new account, but I get again the 80040111d error. If I new this, maybe I could check what is wrong with Administrator on the first environment.
  2. Another thing I would like to know is which server should be specified as exchange server when creating the profile? It seems that it always gets resolved to the CAS server for which that users mailbox database is registered to (RpsClientAccessServer). Is this true?
  3. Can DAG and active/passive copy replication be transparent for MAPI? Can we somehow get all mailboxes on a DAG listed when getting mailbox table. Because I always get ony the mailboxes on the specific server(even if I specify DAG server). I only get mailbox listed on the server where its particulare database is currently active and not on the others. Thx again

  • Anonymous
    December 21, 2009
    Stephen, I downloaded the Outlook 2010 beta and tried to get the mailbox table (both with MFCMAPI and my own implementation) but I get the MAPI_E_CALL_FAILED. Since I can not install the CDOMAPI 1.2.1 on this machine (CDOMAPI-Outlook incompatibility) I have no way of getting the mailbox table from an Exchange 2010 server. I am able to get the mailbox table for all other versions of Exchange and I can get the mailbox table from Exchange 2010 if I use the CDOMAPI 1.2.1 on the machine. What is your recommendation on getting the mailbox table from a machine that does not have CDOMAPI 1.2.1 installed? Any help will be appreciated.

  • Anonymous
    December 21, 2009
    Yuval - Exchange 2010 no longer supports the interface used by Outlook's implementation of GetMailboxTable. The MAPI download uses a different implementation which is still supported. If you want to get this addressed, your best course of action is to open a case under a Premier contract and request a fix.

  • Anonymous
    December 29, 2009
    Hi Stephen, I met a problem when I used MFCMAPI. I can not initialize MAPI if I use mailbox server or cas server as the server. I have to specify the AD server as the exchange server instead of exchange server. It always reports the error "the name could not be resolved. Network problems are preventing...". My environment: DC, mailbox and CAS server: windows 2008 R2 enterprise. Exchange server 2010: RTM+RU1. MAPI: the latest version 6.5.8147 IPV6 was banned on all the servers. Is the problem caused by windows 2008 R2? I tested a similar environment on window 2008 SP2, it works. Any ideas? Thanks

  • Anonymous
    February 01, 2010
    Hi Stephen, hi MAPI-developers, be very very careful with latest MAPICDO-version (6.5.8153.0 from 1/12/2010) for Exchange 2010. It is more than buggy and in one word: Showstopper Same code works perfect since years with previous MAPICDO-version under Exchange 2003 & 2007. Does anyone also made same experience? Be careful...

  • Anonymous
    February 01, 2010
    Care to share any actual details?

  • Anonymous
    February 01, 2010
    >Care to share any actual details? nop New MapiCdo does not work in UI, because it seems that it uses gethostbyname to resolve problem of connecting to other then Administrator mailbox (prev MapiCdo). And we always have randomly crash. Espesialy after ipconfig /flushdns command. we will also collect sources and publish them soon...

  • Anonymous
    February 02, 2010
    Please open a case and submit the details there. We can't fix problems we don't know about.

  • Anonymous
    February 02, 2010
    Hi Stephen, we recognised random crashes with latest CDO/Mapi Package and latest MFCMapi, too. Our own application built on MAPI has problems when logging off, it is always a thread which has not been created by us and the crash is always in emsmdb32.dll or ntdll.dll. Former versions of the CDO/Mapi Package worked well with the same code against Exchange 2007. The new package has these problems against Exchange 2007 and 2010. Any Ideas?

  • Anonymous
    February 02, 2010
    We need people to open cases on these crashes so we can debug them and work to fix them. Please open cases with support (http://support.microsoft.com).

  • Anonymous
    February 02, 2010
    The comment has been removed

  • Anonymous
    February 02, 2010
    Stephen, BTW: we will also open case at http://support.microsoft.com

  • Anonymous
    February 02, 2010
    Stephen, FYI: case is opened as: Showstopper on MAPICDO 6.5.8153.0 from 1/12/2010 request-number:   SRZ100203000252 and now we - and also other guys - are waiting... :-) Thanks in advance

  • Anonymous
    February 03, 2010
    tgangl - please contact me through my contact link. Thanks!

  • Anonymous
    February 03, 2010
    Hello Stephen, what do you mean exactly with your last post?

  • Anonymous
    February 03, 2010
    Please go to http://blogs.msdn.com/stephen_griffin/contact.aspx and send me a mail. Thanks!

  • Anonymous
    February 05, 2010
    For those following along: The crash that tgangl is reporting is real. He shared his sample app with me and we were able to reproduce the problem and identify a fix. I'll post with more details when we have an updated MAPICDO download that addresses this problem. The other issues were do not repro with the current MAPICDO download. This has been confirmed by tgangl.

  • Anonymous
    February 08, 2010
    The comment has been removed

  • Anonymous
    February 08, 2010
    Nic - I'm already aware of that case and am in the process of checking if it's the same issue.

  • Anonymous
    February 08, 2010
    Excellent - thanks Stephen (I wasn't sure if you are "close" to that team or not) Cheers

  • Anonymous
    February 13, 2010
    Hello Stephen, what about new MAPICDO-support/dlls? When official publish is estimated? Thomas

  • Anonymous
    February 15, 2010
    Just to update the status of my ticket with Microsoft regarding the GetmailboxTable and GetPublicFoldersTable Outlook MAPI apis not working with Exchange 2010. The answer I received from Microsoft is: yes it does break existing functionality but we decided not to fix the issue.

  • Anonymous
    February 16, 2010
    This seems to work fine on a Server 2008 PC, but not from a Server 2008 R2, (I get an MAPI_E_NOT_FOUND when using MFCMAPI). Im guessing this is because the MAPI CDO does not yet support R2? Any ideas on when this will be supported?

  • Anonymous
    February 16, 2010
    Kyle - I'm not aware of any R2 specific issues. You should open a case if you have issues to report so we can investigate them.

  • Anonymous
    February 25, 2010
    Any idea if QueryRow function is either not supported anymore or broken? I have code which has worked without issue in Exchange 2003/2007, but now is partially broken. I can open the mailbox, list the folders, but when I attempt to list the messages in the folder, I'm getting a NO_SUPPORT from QueryRow

  • Anonymous
    February 25, 2010
    Haven't seen anything remotely like that. QueryRows is the way to get rows from tables - if it was fundamentally broken I'd expect to have heard of it by now. I'd suggest opening a case.

  • Anonymous
    March 05, 2010
    Steve, We are raising a ticket about an Ex2010+MAPI issue but just in case you've seen this before... we are creating a profile on one machine, then connecting to a CAS server that doesn't have the MB role. The logon succeeds but when we try to open the message store for the mailbox (which is hosted on a different server) we get a MAPI_E_FAILONEPROVIDER. We can reproduce this reliably with MFCMAPI (and we'll detail this when we raise the ticket), but have you seen anything like this?

  • Anonymous
    March 24, 2010
    Could you tell me how can I set field values with type of PT_Binary and mv_PT_binary?

  • Anonymous
    March 31, 2010
    The comment has been removed

  • Anonymous
    March 31, 2010
    Eric - RU1 is required.

  • Anonymous
    April 01, 2010
    The comment has been removed

  • Anonymous
    April 28, 2010
    Hello, We are using exchange 2010 verion. The Miscrosofts MAPI API like: HrOpenExchangePrivateStore,QueryInterface,HrGetServerDN,GetMailboxTable,HrQueryAllRows are used. Does these API supported in Exchange 2010? If there a MAPI download that I need to use to let thses APIs work? If not, does Miscrosoft intend to support it in the future, Regards, Manal

  • Anonymous
    April 28, 2010
    Half of those are EDK functions, not MAPI. But assuming you're linking to the EDK, I don't see why they wouldn't work. The better question to ask here is whether you're having a problem with those functions. Are you?

  • Anonymous
    June 07, 2010
    Hello Stephen, We get a crash into MAPIUninitialize function. This crash occurs on 2 servers only(Windows 2003 R2 Enterprise x64 Edition; Mapi/cdo 1.2.1 version; exchnage 2007). On other servers the same MAPI functionality works properly without any crashes. After crash dump files analyses we found this crash occurs somewhere in RPCRT4.dll. As far as I see you have already checked similar case for Nick Wise. Did you found the reason of this crash? Thank you, Andrew

  • Anonymous
    June 07, 2010
    Andrew - see blogs.msdn.com/.../updated-mapi-download-fixed-crashes.aspx.

  • Anonymous
    August 09, 2010
    Now that Outlook 2010 supports multiple Exchange (MSEMS) service entries, how do we add them and change the PR_DISPLAY_NAME so that they appear different to the user?

  • Anonymous
    September 30, 2010
    Hi Stephen & All, I am using Exchange 2010 and having two RDB's in my server. I can able to browse one RDB through MFCMAPI but if i dismount that RDB and mount another one i m not able to browse that RDB. And i am getting the legacy error 0x8004011D error. Is it problem with MFCMAPI? or do i need any configuration changes? -Alan

  • Anonymous
    September 30, 2010
    Alan - this is a known (server side) issue with multiple RDBs. I believe we are investigating a fix for this.

  • Anonymous
    October 03, 2010
    Hi Stephen, Do we have any KB Article which is mentioning about the Multiple RDB Issue. Please provide the link for the same. Thanks, Hari.

  • Anonymous
    October 04, 2010
    Hi All, I am having 10 Exchange 2010 Servers in my organization and in some exchange servers while i use MFCMAPI i am getting 0x8004011D error when querying "IExchangeManageStore5" interface and in some exchange servers i am getting 0x80040115 when calling function OpenMsgStore. But other Exchange 2010 Servers MFCMAPI is working fine and i can able to browse mailboxes. It would be very helpful if you provide some thoughts regarding this issues. One thing i observed is most of the problems are coming in DAG Machines. MFCMAPI is working fine in stand-alone machines. Thanks, Hari.

  • Anonymous
    January 26, 2011
    Stephen, would you be able to shed light on what the actual encryption algorithm is (other than the 0xa5 XOR).  Is it variable or some common algorithm (variation of 56/128 bit RC4 etc?) Thanks

  • Anonymous
    January 26, 2011
    It's RPC encryption: technet.microsoft.com/.../dd277366.aspx

  • Anonymous
    September 18, 2014
    The comment has been removed