none
HrTextFromCompressedRTFStreamEx, HrRTFFromTextStream, RTFSyncCpid functions in Outlook2013 RRS feed

  • Question

  • We are using HrTextFromCompressedRTFStreamExHrRTFFromTextStreamRTFSyncCpid function from MSMAPI32.dll.  But with Outlook2013, these functions are removed from MSMAPI32.dll.  

    Could you please tell me whether these functions are  moved to some other library or renamed?. 




    ~Mahesh~

    Sunday, October 20, 2013 6:38 AM

Answers

  • Are you doing the same thing MFCMAPI is doing? In case of Outlook 2013 (and at least a couple previous versions), the right dll is olmapi32.dll, not msmapi32.dll, located (by default) at

    C:\Program Files\Microsoft Office\Office15\olmapi32.dll

    Also keep in mind that the MAPI functions in 64 bit are not mangled i.e. there is not @12, @64, etc.(depending on the arguments) suffix.


    Dmitry Streblechenko (MVP)
    http://www.dimastr.com/redemption
    Redemption - what the Outlook
    Object Model should have been
    Version 5.5 is now available!

    Monday, October 21, 2013 5:34 AM

All replies

  • These functions are in olmapi32.dll.

    How exactly are you loading the MAPI dll? Are you hardcoding msmapi32.dll?


    Dmitry Streblechenko (MVP)
    http://www.dimastr.com/redemption
    Redemption - what the Outlook
    Object Model should have been
    Version 5.5 is now available!

    Sunday, October 20, 2013 7:07 PM
  • Thanks Dmitry. 

    No we are not hardcodding it, we have used FGetComponentPath to get the path.

    Below is the code snippet we have used to find the path, please let me know if anything wrong with the same. 

    if(szAppLCID)
    {
    bRet = pfnFGetComponentPath(
    "{FF1D0740-D227-11D1-A4B0-006008AF820E}", szAppLCID, szMAPIDir, cchMAPIDir, true);
    }
    if ((!bRet || szMAPIDir[0] == _T('\0')) && szOfficeLCID)
    {
    bRet = pfnFGetComponentPath(
    "{FF1D0740-D227-11D1-A4B0-006008AF820E}", szOfficeLCID, szMAPIDir, cchMAPIDir, true);
    }
    if (!bRet || szMAPIDir[0] == _T('\0'))
    {
    bRet = pfnFGetComponentPath(
    "{FF1D0740-D227-11D1-A4B0-006008AF820E}", NULL, szMAPIDir, cchMAPIDir, true);
    }


    ~Mahesh~

    Monday, October 21, 2013 5:01 AM
  • Are you doing the same thing MFCMAPI is doing? In case of Outlook 2013 (and at least a couple previous versions), the right dll is olmapi32.dll, not msmapi32.dll, located (by default) at

    C:\Program Files\Microsoft Office\Office15\olmapi32.dll

    Also keep in mind that the MAPI functions in 64 bit are not mangled i.e. there is not @12, @64, etc.(depending on the arguments) suffix.


    Dmitry Streblechenko (MVP)
    http://www.dimastr.com/redemption
    Redemption - what the Outlook
    Object Model should have been
    Version 5.5 is now available!

    Monday, October 21, 2013 5:34 AM