This Just In: MAPI and Windows Server 2008 Now Get Along

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Sridhar — Tue, 03 Jun 2008 19:45:34 GMT

Stephen,

Any time period for 64 bit MAPI release ??

Regards

Sridhar

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Tue, 03 Jun 2008 20:18:26 GMT

There have been no announcements regarding a 64 bit MAPI.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Tue, 03 Jun 2008 20:43:27 GMT

Has anything else changed in this update or is it just introducing Windows Server 2008/Vista support?

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Tue, 03 Jun 2008 20:53:49 GMT

In addition to the session 0 isolation issue, we also fixed an unreported crash scenario. The move from system32 to program files is a fairly large and potentially destabilizing move though. You should definitely test your applications with this update.

How To Break The MAPI Stub Library

SGriffin's [MSFT] WebLog — Wed, 04 Jun 2008 08:08:50 GMT

Well, that didn't take long. We just released of the latest MAPI download this weekend and yesterday

re: This Just In: MAPI and Windows Server 2008 Now Get Along

JP — Wed, 11 Jun 2008 21:20:44 GMT

It appears that one of the new dll's is changing the current working directory of the loading process to "C:\Program Files\ExchangeMAPI" and breaking some applications.

Also, adding this directory to the path will not work in all/most cases since windows\system32 precedes it. Uninstalling the previous version (7974) did not remove the dll's from the windows\system32 directory... perhaps that is why the current working directory is changed?

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Wed, 11 Jun 2008 21:36:53 GMT

I didn't think we were changing the working directory, but I'll check on that. On the uninstall, if an application was using the DLLs then they'd have to be scheduled for deletion on reboot - perhaps that's why the uninstall failed?

re: This Just In: MAPI and Windows Server 2008 Now Get Along

JP — Wed, 11 Jun 2008 22:04:46 GMT

I just did a quick test program and its MAPIInitialize() that's changing the directory.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Lev — Sat, 21 Jun 2008 00:59:28 GMT

is there a new version of MERGEINI that would work with WS 08?

http://support.microsoft.com/kb/294470

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Sat, 21 Jun 2008 01:13:19 GMT

Wow - haven't seen that tool in ages. All it does is simple text manipulation. In fact, since mapisvc.inf is nothing more than a .ini file, the Windows INI functions work (http://msdn.microsoft.com/en-us/library/ms725501(VS.85).aspx). See HrSetProfileParameters in the MFCMAPI code.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

RDMTECH — Tue, 01 Jul 2008 00:15:16 GMT

I just installed Backup Exec 12 on my 2008 server running Exchange 2007. I have been bouncing back and forth between Microsoft and Symantec trying to get v12 to restore mail boxes. Symantec is blaming MAPI and Microsoft insists MAPI is configured properly. Based on your notes everything appears correct, but Symantec believes that having MAPI32.DLL and MAPISTUB.DLL (both v1.0.2536) in the SysWOW64 folder is an issue. I am stuck in the middle with no clue what to do.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Tue, 01 Jul 2008 01:04:05 GMT

Send me a mail with your case number and I can check on the status from our side.

Pre Vista Fix MAPI Download Still Available

SGriffin's MAPI Internals — Wed, 30 Jul 2008 17:37:04 GMT

Sorry for not posting this sooner - I just found out about it today. As I noted previously , we recently

Exchange System Manager for Vista

SGriffin's MAPI Internals — Mon, 25 Aug 2008 19:04:14 GMT

We recently released a downloadable Exchange System Manager (ESM) for Exchange 2003 which can be installed

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Chuck — Thu, 23 Oct 2008 22:56:16 GMT

The ESM for Vista won't install on a W2K8/x64

machine. It complains "You are not running Vista". Will there be an update to correct his?

Thanks.................Chuck

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Thu, 23 Oct 2008 23:48:31 GMT

The ESM for Vista is just that - it's a version of ESM designed to install and run on Vista. For W2k8 you can just install the regular ESM from the Exchange CD.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Chuck — Fri, 24 Oct 2008 14:21:27 GMT

ESM 2003 won't install on W2K8/x64.

It complains: "Program is Blocked due to compatibility issues". I have not found any info

on M/S site (yet) about this issue.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Fri, 24 Oct 2008 16:25:02 GMT

Exchange 2003 isn't compatible with Windows 2008. But Exchange 2007 is. See http://msexchangeteam.com/archive/2007/08/16/446709.aspx.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Jeff — Fri, 24 Oct 2008 20:14:03 GMT

Any issue installing this on Exchange 2007 mailbox servers, to enable a vb script that was developed before MRM to be run on the local server?

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Joe — Fri, 22 May 2009 20:48:13 GMT

I am trying to install "Microsoft Exchange Server MAPI Client and Collaboration Data Objects 1.2.1" (http://www.microsoft.com/downloads/details.aspx?familyid=E17E7F31-079A-43A9-BFF2-0A110307611E&displaylang=en) on 2008 SBS, and getting the error:

"Collaboration Data Objects 1.2.1 cannot be installed unless Microsoft Office Outlook 2007 is also installed".

The reason I ask is because my Symantec Backup Jobs are failing with:

"e0001207 - To support individual mailbox message and folder restores from Information Store backups, you must download and install the Microsoft Exchange Server MAPI Client and Collaboration Data Objects package version 06.05.7888 or later on the Exchange 2007 server ..."

Does anyone know of a way to install MAPI/CDO without installing Outlook 2007?

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Fri, 22 May 2009 21:00:05 GMT

Joe - what you tried to install was ExchangeCdo.EXE and did not come from that link. You tried to install the CDO only package, which requires Outlook 2007. Redownload ExchangeMapiCdo.EXE and try it again.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Jeremy — Tue, 01 Sep 2009 01:43:11 GMT

installed onto windows 2003 standard 64bit.

the mapi extensions installed just fine but it did not register cdo.

manually registering c:\"\Program Files (x86)\ExchangeMapi"\cdo.dll fixed that.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Tue, 01 Sep 2009 16:17:52 GMT

RE Not registering CDO: I've not run across that in my testing.

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Jeff — Thu, 15 Oct 2009 05:06:06 GMT

I'm apparently having issues with MAPICDO 1.2.1 on a Windows 2008 x64 SP2 / BES 5.0 installation (problem with calendar synchronization). According to the Blackberry Engineer I have to reinstall MAPI/CDO, but he proceeded to leave me high and dry because I'm running on a W2K08 x64 SP2 server.

I tried moving the MAPI32.dll out of the SYSTEM32 and SYSWOW64 (at least that's the way I've interpreted it from your Blog) and reinstalled MAPICDO 1.2.1, but as soon as I do that the Blackberry MailStorage service fails as it is looking for the MAPI32.DLL in the SYSWOW64 directory. What should I be doing?

re: This Just In: MAPI and Windows Server 2008 Now Get Along

Stephen Griffin — Thu, 15 Oct 2009 12:04:26 GMT

Jeff - I didn't mean to imply you should be manually moving binaries. I would suggest you:

1 - Uninstall the MAPI download

2 - Run FixMAPI

3 - Check that the version of MAPI in syswow64 is 1.0.xxxx. If it isn't there or is some version like 6.5, find that copy you manually moved and put it back. If you can't find it - get it from another similar system.

4 - Reinstall the MAPI download.