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 new MAPI Download fixes a number of problems MAPI had with Exchange 2010:
If I identify other issues fixed by the updated MAPI download, I’ll add them in here.
[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.
what about new MAPICDO-support/dlls?
When official publish is estimated?
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.
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?
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.
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
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.
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?
Could you tell me how can I set field values with type of PT_Binary and mv_PT_binary?
Steve (in indirectly to Paul)
I also have a similar issue to paul whereby i get FailONEProvider on OpenMsgStore (also in MFCMAPI).
Now, we have NOT yet installed RU1, FYI.
What we have found is that we will get the FOP error in the following condition: Currently logged on account does not have EXPLICIT permissions to the mailbox. Inherited permissions, even if correct, do not seem to work.
If we use add-mailboxpermission to set fullaccess EXPLICITLY on the account we want to manage, we are able to do so.
We are, however, able to 'jump' (using CreateStoreEntryID) to another mailbox without issue.
COuld it be that 2010 does not allow access to a mailbox anymore via inherited permissions?
Paul, i'm curious to hear whether your issue is resolved using Add-MailboxPermission.
Eric - RU1 is required.
MAPI_E_NOT_FOUND when calling CreateMsgService?
Is there some issue with the latest release of the mapi download?
I'm on a Win7 x64 box (using 32bit mapi download) and whenever i do CreateMsgService it returns a not found code.
I've made sure that entries are correct in mapisvc.inf and have also seen the file get loaded by way of ProcMon.
any clues to this mystery?
We are using exchange 2010 verion.
The Miscrosofts MAPI API like: HrOpenExchangePrivateStore,QueryInterface,HrGetServerDN,GetMailboxTable,HrQueryAllRows
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,
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?
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?
Andrew - see blogs.msdn.com/.../updated-mapi-download-fixed-crashes.aspx.