I read an article the other day that referenced StrongMail, and the topic was around sending speed. While it is true that you can send over 1 million messages per hour with StrongMail, you also have to realize that with great speed comes great responsibility. I’ll get to this last point in a second.

First, I agree with many of the points in the article. It is very important to have an email platform in place that is capable of not only sending but generating millions of dynamic and personalized messages for rapid-response situations such as alerts, quotes, notifications, reminders, ecommerce, etc. For those applications, you need to have a system that will allow rapid and dynamic scale when needed without having to add a lot of extra iron in the data center.

On the other hand, if you’re sending millions of messages really fast, you need to understand that your delivery is largely (if not solely) based on your sender reputation and how the ISPs view you at the time of send. This is why it is critical to have a Message Transfer Agent (or MTA) that gives you the ability to adhere to the sending rules the ISP’s have in place at any given moment in time.

When we built the StrongMail platform, we knew that in addition to speed, we needed to build in the control to follow best practices and send email in the way ISPs like to receive it. Offering both together allowed us to provide companies with the flexibility, control and visibility they need to see in real-time what is happening to their email streams and act accordingly.

Let’s face it; the reason companies send email is because, when done properly, it is a very effective and immediate communications medium that can create valuable customer relationships. However, when done improperly, email can cause brand degradation and reduce customer loyalty.

That’s why when it comes to email, it’s important to act responsibly. Just because you can send a million messages an hour, doesn’t mean you should.

In terms of technology, it's amazing how much progress we've seen in such a short period of time. With all the wonderful technology that exists today, I can now plug an IP phone into any decent broadband connection and conduct business like I am in HQ, when, in fact, I might be thousands of miles away. It's also amazing how important email has become to life and business. Whether it’s corp-to-corp email servers like Microsoft Exchange or world-class, on-premise outbound email servers like StrongMail (shameless plug), most modern businesses would be hard-pressed to live without it.

As I write this blog, I am also dealing with an internal Microsoft Exchange issue, and, even though my IP phone is handy, it can't compensate for the utility and effectiveness of email. Fortunately, we have email continuity in place, DR plans and full backups, because my preferred way to get and process information is email. The days of a simple phone call seem long forgotten (if not even preposterous for me to suggest). When Exchange went down and the back-up system was coming online, I actually heard people say “you mean I have to call someone to setup up a meeting?” as if to say that is the craziest idea they have ever heard.

As painful as an Exchange outage can be, losing your enterprise transactional email capabilities could cripple your ecommerce efforts. That's why trusting the emailing of order notifications and password reminders to your shopping cart system is never a good idea. These systems are designed to process online orders, not send email.

Email is certainly here to stay. It is an extremely important and effective communications tool , and it is growing by leaps and bounds every day. It seems like nearly everyone is rushing to buy the latest and greatest smart phones to get “on-the-go” access to web-based email like Gmail, Yahoo and Hotmail and to connect to their corporate email. As the founder of an email company, this prevalence and reliance on email would seem to indicate that I'm in the right business and not just drinking the Kool-Aid.

Respectfully yours,
Tim “email is life” McQuillen