I came across a problem the other day when using version 6.5.8211.0 of Microsoft Exchange MAPI and CDO 1.2.1 on a server running Good Mobile Messaging. The Good software accesses user mailboxes via the MAPI CDO client. At first the mailbox access was failing horribly with the following errors:
2011-03-11 13:24:33 12:00 ERROR:-2147219707
2011-03-11 13:24:33 12:00 MSG:Code:IDispatch error #1285 Source:Collaboration Data Objects Description:The attempt to log on to the Microsoft Exchange Server computer has failed. [Microsoft Exchange Server Information Store – [MAPI_E_FAILONEPROVIDER(8004011D)]]
The MAPI_E_FAILONEPROVIDER error appears to be fairly generic and I couldn’t find anything on the Microsoft Knowledge Base that matched my scenario.
In the end the problem turned out to be a by-product of my Exchange 2010 SP1 environment not having any Public Folders. Apparently the MAPI CDO client will by default look for Public Folders when accessing the mailbox and will throw the error if it can’t find any.
The fix is to add a registry key to the server running MAPI CDO that sets a flag (CONNECT_IGNORE_NO_PF) that instructs the client to ignore the absence of Public Folders.
- On the computer running Microsoft Exchange MAPI and CDO 1.2.1, click Start > Run.
- In the Open field, type regedit.
- Click OK.
- Perform one of the following actions:
- If the CDO registry key does not exist, create a registry key that you name CDO.
- In the CDO registry key, if the DWORD value does not exist, create a DWORD value that you name Ignore No PF.
- Change the DWORD value to 1.
- Click OK.
Interestingly, the only references I could find to the “Ignore No PF” key were some MSDN and Technet blogs and the support documentation for Blackberry Enterprise Server. There is currently nothing available in the Microsoft on-line documentation, including the Knowledge Base (at least nothing I could find). Given that Public Folders are being “de-emphasised” within Exchange I would have thought this workaround would be given much more prominence.
Thanks for this. I too ran across the same exact issue. This worked perfectly.
That did the trick.
BTW, you can also use goodtools.exe utility to disabled the PF check, just uncheck it on the last tab
Pingback: Confluence: Dokumentation d.link for microsoft exchange
Pingback: Microsoft Cdo For Exchange 2010 - Remove Spyware, Malware and Viruses
excellent, helped alot! Thanks!