Catalyst Internet Mail Control

This program enables developers to integrate e-mail functionality in applications
The Catalyst Internet Mail ActiveX control enables developers to easily integrate e-mail functionality within their applications. The control implements the standard protocols for sending, receiving and composing Internet e-mail messages, and can be used in a wide variety of programming languages which support ActiveX components.

Designed specifically for rapid application development, a single component provides a flexible, comprehensive interface without requiring that the developer use several controls and write additional code to integrate them. A simpler, unified interface means fewer lines of source code, less complexity and reduced maintenance costs, allowing developers to focus on their core application.

Advanced features, such as multiple authentication methods and delivery status notification, are also part of the standard feature set of the control. Complex messages, such as those which contain both plain and styled text as well as multiple file attachments, can be easily created and processed with just a few lines of code. In addition, this component will also support encrypted message retrieval and delivery using the SSL/TLS protocol for any developer who requires security features.

The Catalyst Internet Mail control was developed using the core technologies in the SocketTools family of products, and is based on a solid foundation of award-winning software which conforms to standard protocols and has been market tested since 1995. The product includes example programs, a printable Developer's Guide and Technical Reference as well as context-sensitive online help. As with all Catalyst components, the Internet Mail control is licensed royalty-free, without any runtime licensing fees.

Requirements:

256 MB RAM

30 MB Disk


Limitations:

30 days trial period

What's New in This Release:

Updated for full compatibility with the Windows Server 2008 and Windows Vista SP1 platforms, supporting the new security model and TCP/IP stack. It is recommended that applications which target these platforms upgrade to the current version.

Improved the MIME parsing engine so that it will automatically attempt to correct problems with malformed messages, or messages which do not strictly conform to the RFC 822 and/or RFC 2045 standard message formats.

Improved the POP3 and IMAP4 controls, libraries and .NET classes making them more efficient when processing very large mailboxes on the server.

Core networking code updated to use Windows Sockets 2.2 API and removed all previous dependencies on the Windows Sockets 1.1 and deprecated TCP/IP stack in unsupported versions of Windows. SocketTools is only supported on Windows 2000 and later platforms.

Redesigned the memory management code used to allocate buffers and private data structures for client sessions, improving performance and reducing overhead when multiple sessions are created in a multithreaded application.

Corrected a problem that could prevent mail exchange domains from being returned in the correct priority order.

Improved the performance for downloading very large messages under some circumstances. The internal algorithm used to recalculate the size of the dynamic buffer used by the transfer algorithm is more sensitive to higher latency network conditions.

Corrected a problem where a message would not be parsed correctly if multi-line header fields were folded in specific ways. Specifically this could cause a multi-part message that contained file attachments to be considered a single-part message.

Corrected a problem where the message may not be exported correctly if the encoding type was set to base64. The control will now automatically re-encode any message text that is encoded using base64. Note that encoding message text using the base64 algorithm is generally not recommended because it can cause some anti-spam filters to flag the message as spam.

Corrected a problem where multiple untagged responses from the mail server could result in a synchronization problem. Under rare circumstances this could cause a client operation to fail unexpectedly, indicating that an invalid result code was returned by the server.

The component is now more tolerant of certain non-standard responses returned by the mail server, rather than requiring result codes that exactly match the values specified in the protocol standard.

Corrected a problem that could result in an error with some servers indicating that the client session could not be authenticated, even though the authentication was successful.

Added support for AES (Advanced Encryption Standard) encryption for secure SSL/TLS connections on Windows Server 2008 and Windows Vista.

Updated the Developers Guide and Technical Reference and made improvements and corrections to the overall documentation.

Free Download ( Evaluation | 2.5 MB )