CMapi v1.22 A set of MFC classes to encapsulate sending and receiving mail using Simple MAPI

Welcome to CMapi, 3 simple classes to encapsulate sending and receiving mail using Simple MAPI.

Simple MAPI is a set of functions exported by MAPI32.dll which allows you to send and receive mail in a transport independent way. It is an optional part of all Win32 operating systems since Windows 95 (excluding Windows CE). MAPI is intended more for the corporate environment when compared with the Internet mail standard SMTP e.g. products such as MS Exchange Server use MAPI extensively. Transport providers are available for a number of messaging transports including Exchange Server, SMTP, Fax etc. To be able to specify different transports, MAPI provides the concept of profiles which are setup using the Mail control panel applet.

Features

• Simple and clean C++ interface.
• All the code is UNICODE compliant and build configurations are provided for this. Even though Simple MAPI only exports an ASCII versions of it's functions, the class internally performs the necessary conversions. Please note that since the API is ASCII based, you will still have problems if you use UNICODE characters which cannot be represented in the ASCII code page.
• The code can be used in a console application or without bringing up any interactive dialogs if so desired.
• The code gracefully handles the case where MAPI is not installed on client machines. Internally the class loads the MAPI DLL itself and uses GetProcAddress API calls.

The enclosed zip file contains the source code and a simple test program to exercise all of the functions the classes provide.

Copyright

• You are allowed to include the source code in any product (commercial, shareware, freeware or otherwise) when your product is released in binary form.
• You are allowed to modify the source code in any way you want except you cannot modify the copyright details at the top of each module.
• If you want to distribute source code with your application, then you are only allowed to distribute versions released by the author. This is to maintain a single distribution point for the source code.

Updates

V1.0 (14th May 1999)

• Initial public release.

V1.01 (5 December 1999)

• Fixed potential problem where CMapi is used in a console app which was giving an ASSERT
• Fixed an assert which can occur if you dismiss the login dialog when doing an interactive MAPI logon

V1.02 (28 March 2000)

• Provision of a sample app which implements a mini mail sender.
• Added a CMapiMessage::AddMultipleRecipients method similar to my SMTP class.

V1.03 (2 April 2000)

• Password field in the configuration dialog now uses ES_PASSWORD edit control style.
• Password value used for MAPI logon is now stored in the registry encrypted instead of as plain text.

V1.04 (21 May 2000)

• Added an optional parameter to CMapi::SendMessage to allow you to decide whether or not addresses should be resolved.

V1.05 (22 June 2000)

• Fixed a bug in CMapiMessage::AddMultipleRecipients where BCC recipients were not being added correctly.

V1.06 (18 July 2000)

• Fixed check for MAPI being installed when client apps create an incorrect "MAPI" entry in win.ini or the registry, Thanks to Chris Raethke for spotting this.
• A "SharedLogon" method has been provided which tries to acquire a shared MAPI session
• SendMessage method has been extended to allow the message to be interactively edited.

2 October 2002

• Updated the caption in the configuration dialog in the sample app when asking for configuration settings
• Updated the sample app to not ask for configuration if you are trying to send using a shared MAPI session.

V1.07 (25 January 2003)

• Updated copyright messages.
• Made CMapiSession destructor virtual.
• Made a new CMapiRecipient class. This allows finer control over setting the display name and the address individually. Thanks to the people on the discussion board on codeproject.com for reporting this problem. The problem arose when Outlook Express displays its security dialog about an unattended mapi mail being sent. In this dialog the "To" fields were all empty. It seems that OE only displays the addresses in this dialog. Perhaps because so many viruses abound the address is more relevant that the actual friendly name.

V1.08 (5 July 2003)

• Fixed a bug in the ordering of the string parameters to the CMapiRecipient constructor. Thanks to "Louchkov" for spotting this problem.

V1.09 (22 December 2003)

• Added support for reading mail thro MAPI. Thanks to Marcel Scherpenisse for this addition.

V1.10 (5 February 2004)

• Added a pragma message to inform uses about including afxtempl.h in the precompiled header to avoid compiler errors.

22 February 2004

• Updated the sample app to ensure the password was passed as a parameter when calling CMapi::Logon. Thanks to "Alan" for pointing this out.

V1.11 (5 May 2004)

• Added support for deleting emails via MAPI. Thanks to Marcel Scherpenisse for this addition.
• Also added the helper function CMapiMessage::AddMultipleAttachments. Again thanks to Marcel Scherpenisse for this addition.

V1.12 (5 June 2004)

• Added a parameter to the Logon methods to allow emails to be download (i.e. MAPI_FORCE_DOWNLOAD). Thanks to "caowen" for this update.

V1.13 (30 April 2005)

• Fix for a bug where the MapiMessage::flFlags value was not being set when a message was being sent. Failure to set the flags value meant that CMapi did not support the "MAPI_RECEIPT_REQEUSTED" flag. Thanks to Marcel Scherpenisse for reporting this bug.

V1.14 (13 August 2005)

• Fixed a number of bugs related to the use of MAPI_FORCE_DOWNLOAD setting. Thanks to Albert van Peppen for this.
• Optimized AddMultipleReceipients and AddMulipleAttachments function somewhat by using new CString::Trim method when available as well as avoiding addresses which are empty. Again thanks to Albert van Peppen for this.
• MAPI_FORCE_DOWNLOAD is now set if Logon method has to attempt a shared logon. Again thanks to Albert van Peppen for this. 
• Fixed a bug in SharedLogon where the MAPI_FORCE_DOWNLOAD flag was not being passed. Again thanks to Albert van Peppen for this. 
• Replaced calls to ZeroMemory with memset.
• Class now supports sending HTML emails (well kindof!). To achieve this a new parameter "bSendAsHTML" is included in the Send method. Please note that the HTML is sent as an additional attachment before all the other attachments and its disposition type is still marked as an attachment (at least using the latest version of Outlook on Windows XP). In addition some mail clients (such as Outlook Express) will still interpret this as an attachment as opposed to inline. If you are not happy with this then you will need to look into using Extended MAPI which this class does not provide for (and will never) or better yet, you should use SMTP directly, since HTML email is really part of the SMTP suite of protocols. For example you could use the author's own CPJNSMTPConnection class. Again thanks to to Albert van Peppen for this.
• Sample app now allows multiple attachments to be specified as edit box is now not read only.
• Fixed a duplicate mneumonics issue in the main dialog in the sample app
• File dialog which appears in the sample app when you add an attachment not includes a standard file name filter.
• Fixed a number of compiler warnings when the code is compiled using the new Force conformance in for loop setting in Visual Studio 2003.
• Fixed a number of compiler warnings when the code is compiled using the Detect 64-bit portability issues in Visual Studio 2003. Please note that this means the codes requires a recentish copy of the Platform SDK to be installed if you are compiling the code on Visual C++ 6.0

V1.15 (14 August 2005)

• Fixed problems when the code is compiled for UNICODE. The issue was that the Send method was using the various T2A macros which uses a stack based string. This was causing issues because the recipients and attachments array for the MAPI message was being allocated in loops which was using scoping. This scoping was causing the stack based strings to be deallocated before the "MAPISendMail" method was called. This issue has now been fixed by the introduction of new generic heap based macros in PJNConv.h which allocates the converted string using the C++ new operator. To ensure orderly cleanup of this heap memory, the MapiMessage structure is now allocated using a hidden C++ class "CMapiMessageCleanup" which cleans up this memory automatically in its destructor. These macros are quite generic and can be used independent of the CMapi class in places where your code has the handle this exact same issue.

V1.16 (19 August 2005)

• Fixed a bug in the calculation of the flags parameter in the call to acquire a shared logon in the Logon method. Thanks to Albert van Peppen for reporting this problem.

V1.17 (23 July 2006)

• Updated copyright details.
• Optimized CMapiMessage constructor code.
• Optimized CMapiSession constructor code.
• Code now uses newer C++ style casts instead of C style casts.
• Updated documentation to use the same style as the web site.
• Fixed a bug freeing up strings in the sample app's CEnumMessagesDlg::OnDestroy method
• Updated the code to clean compile on VC 2005
• Sample app now allows you to specify no To address if the interactive setting is specified
• Removed an unnecessary assert from CMapiMessage::AddMultipleRecipients and CMapiMessage::AddMultipleAttachements.
• Updated some assert logic in CMapiSession::Send to not assert on the recipient count if we are sending a message "Interactive". Thanks to Sergiu Scobici for reporting this issue.
• Refactored some code in CMapiSession::Send into CMapiSession::SetupRecipients. Again thanks to Sergiu Scobici for reporting this

V1.18 (26 July 2006)

• Minor update to Logoff to avoid 2 asserts which occur when MAPI is not installed on client machines. Thanks to Sergiu Scobici for reporting this

V1.19 (22 December 2006)

• Further updates to fix compile issues for the sample app on VC 2005
• Subject and body and email messages are now allocated using the H_T2A macro. This will avoid problems with large CString values for these fields
• Fixed a bug in CMapiSession::Logoff where the return value would always be TRUE
• A empty profile name is now allowed in the sample app.
• Configuration dialog is now not shown unnecessarily when you send an email in the sample app.
• Logon is now only attempted in the sample app if the Interactive flag is not set
• Addition of a CMAPI_EXT_CLASS preprocessor macro to allow the classes to be more easily added to an extension dll

V1.20 (1 January 2007)

• Updated copyright details.
• Fixed incorrect usage of preprocessor macro in CMapiMessage::AddMultipleRecipients method

V1.21 (16 September 2008)

• Updated copyright details.
• Code now compiles cleanly using Code Analysis (/analyze)
• Updated code to compile correctly using _ATL_CSTRING_EXPLICIT_CONSTRUCTORS define
• Updated sample app to clean compile on VC 2008
• The code has now been updated to support VC 2005 or later only.
• Removed VC 6 style AppWizard comments from the code.
• Renamed CMapiMessage::AddMultipleAttachements to CMapiMessage::ParseMultipleRecipients and reworked its parameters to be in line with the author's SMTP class.
• Reworked the way the code handles allocations for the ASCII strings required by simple MAPI. Now these are allocated in the message itself rather than using raw heap allocations via the old H_T2A macro
• AddMultipleRecipients has been renamed to ParseMultipleRecipients in line with the author's SMTP class
• The CMapiRecipient constructor which takes one string parameter now supports breaking the address into email address and friendly name parts
• AddMultipleAttachments now returns the number of attachments added

V1.22 (6 November 2008)

• Updated the zip file to remove the now defunct PJNConv.h header file
• The sample app now uses DPAPI to encrypt the profile & password configuration settings