Excuse me, but am I missing something?
apparently. The demand here was for the Imail product to offer a scriptable API itself, without the need for "solutions out there" which most of us know about.
The whole point (at least I thought it was) of an API to IMail is to gain programmatic access to the IMail-specific features such as username and password configuration, forwarding, filtering, etc. These features are not part of POP3/IMAP/SMTP but are specific to each server or client software.
access to those proprietairy functions, too, yes. If Ipswitch was going to offer an API for the proprietary/admin bits, why not for the production functions like smtp, POP3, whatever?
The need for an API is for these functions. Everything else can be "gotten at" through all kinds of existing methods (sorry for the pun).
why pay more to someone else? I'd rather pay more, or nothing, to Ipswitch for all these functions to be accessible by API, COM objects being a natural.
Len
==========
