MailChimp owned and operated transactional email provider Mandrill recently announced that they were eliminating their stand-alone offering. Instead, their services will be incorporated as an add-on feature of MailChimpâs paid email marketing service. Mandrill has allowed users to send up to 12,000 emails per month through their service for free. Users are able to track statistics such as opened emails, bounces, etc., everything that is important to understand the effectiveness of your email marketing campaign.
SparkPost is the new, MailChimp recommended, alternative for all those users that are losing their free Mandrill services. SparkPost allows users to send up to 100,000 emails per month in their free tier. This is a great alternative to Mandrill, and SparkPost CEO Phillip Merrick said:
…should the terms of our free tier of pricing ever change in the future, I promise we will nevertheless honor it for any customer currently enrolled at that tier, for the life of that account.
This is an opportunity that should not be overlooked. Statistics tracking is similar to Mandrill's, and if SparkPost can maintain high levels of performance with all of the Mandrill users that will be migrating to the new platform, this really is a no-brainer. But, and this is a BIG but, I have discovered one important detail with SparkPost that can turn into a support nightmare for anyone using the service for their website generated transactional email.
Let's say you run a very active WordPress/WooCommerce based website on a high end host. You've chosen a high end host for the additional security and performance features available to help protect and boost your site's conversion rates. You've used Mandrill for some time so you can track your site's mailing performance. Now you decide to switch to SparkPost's generous free tier because of the change in Mandrill's fee structure. You download and install the SparkPost plugin, set it up as per the instructions, and your first test email doesn't go through. You receive the following error:
Connection: opening to smtp.sparkpostmail.com:587, timeout=300, options=array ()
SMTP ERROR: Failed to connect to server: Permission denied (13)
SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting
You switch to the alternate port and receive yet another error:
Connection: opening to smtp.sparkpostmail.com:2525, timeout=300, options=array ()
SMTP ERROR: Failed to connect to server: Permission denied (13)
SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting
You can send your emails through Outlook and other systems not associated with your website, but SparkPost just won't work on your website. You open up support tickets with the site host, SparkPost, and the SparkPost plugin developer hoping that someone has an answer. You even try a different WordPress SMTP plugin to see if the issue is associated with the SparkPost plugin. Nothing you try to resolve this works.
The first response you receive is from your host's support team. He/she tells you that the SparkPost IP address(es) are not registered in their firewall. You ask SparkPost for their SMTP IP address(es) so your host can unblock their server and are told that the host firewall should use their domain name because the SparkPost IP address is not permanent and subject to change at any time without warning. This is a BIG problem because the Unix firewalls that most hosts use can only unblock ports for IP addresses. It is not possible to configure these firewalls to unblock a port for a specific domain name.
You explain to SparkPost that this request to your host is impossible to fulfill. SparkPost then sends the following email:
Here are our shared IP addresses, however, these are prone to change without notice.
1 â 54.244.48.130,
2 â 54.244.48.140,
3 â 54.244.48.142
Host firewalls need to be configured with IP addresses. When an IP address is a moving target and subject to change at any time, configuring the firewall is at best a temporary solution. Even though your host may be extremely responsive and add a new IP address to the firewall in a short turn around, any disruption in the business services you provide to your customers can be disastrous. For this reason, it may be better to wait awhile before switching to SparkPost. They either have to use permanent IP addresses for their SMTP server or the plugin developers need to add a HTTP API to send emails through generic ports (80/443).


As the business world continues to shrink due to the proliferation of rapid communications through the internet and social media outlets, one area that becomes a little murky is who owns the rights to custom software? What I mean by this is that as a software developer living and working in the United States of America, my business is bound to U.S. laws. For example, determining the ownership of any custom software I create is governed by the United States Copyright Law. But what happens when I create work for foreign entities, such as enterprises based in Europe or Scandinavia? Which countryâs laws prevail in an ownership dispute? I donât know the answer to this question. I am not an attorney, have no desire to be one, nor do I want to be tested to answer this question. I develop software. I enjoy developing software. Developing software is one thing I do well. But as my business continues to grow and I serve clients from different parts of the world, I have to make it perfectly clear that unless otherwise agreed to in writing, the United States Copyright Law governs who owns the custom software I create.


