Challenge response systems have been around long enough now that pretty much everybody has an opinion on them. The end users who use challenge response systems seem to love them. But legitimate email senders often never respond to challenges, and so the end users are actually missing out on a lot of wanted email.
Many email senders rage against the machine - the spam filtering machine, that is, and specifically spam filters for email. And it's easy to understand why: legitimate email getting caught and misidentified as spam, also known as false positives, can play all sorts of havoc for an email sender. But consider this: what would the email world look like if the email receivers (ISPs and inbox providers) didn't use spam filters?
We got the following in the mail this week from United Airlines: "Watch your email during the week at August 11 to receive a valuable limited-time offer from United for international travel this fall." Something has gone horribly wrong when in order for an email marketing campaign to be effective, you first have to send your customers something via the post office to alert them to watch their inbox.
This came into my inbox today. This is an example of just about everything we tell you not to do here. And this is a company that is going to have serious deliverability problems.
Many are asking me what do I think about - and indeed, how do I feel about - this morning's announcement that ReturnPath is acquiring Habeas, the company which I helped to found. And, was I surprised?
One of the most frustrating things for commercial and volume email senders is that different ISPs have different standards for what they require in order to ensure that your email gets delivered. On top of that, many ISPs don't seem to adhere to the agreed industry standards in terms of how their receiving mail servers interact with the sending mail servers - for example five different ISPs may use five different SMTP error codes when they bounce an email because the email address doesn't exist, even though people believe there to be one generally accepted code for that situation (along the lines of "550 user unknown").
A couple of things happened today which reminded me that a) we're all in this together, and b) not everybody realizes or feels that we're all in this together. What I mean is that legitimate email senders and ISPs really want the same thing: they want to not send or deliver email to people who really don't want it, and they want email that is wanted to be delivered to the people who do want it.
One of our mottos is "In all things, be honourable." I demand it of our employees. We insist on it with our customers. I strive for it in my personal interactions. And I expect it of others in our industry. Unfortunately, and always to my surprise (as I am eternally pollyannic), my expectations for honourable behaviour among our colleagues and competitors are not always met.
Sender Reputation Data (SRD) can refer either to the data related to your email sending reputation generally, or to Microsoft's Windows Live Sender Reputation Data (WSRD or WLSRD) program. In either case our SuretyMail email reputation certification can help!
The quick and dirty: The main immediate and relevant difference between the Canada Anti Spam Law (CASL) and the United States' CAN-SPAM, is that the CASL requires true opt-in, and it requires that the contact information within the email remain a viable way to contact the sender for at least 60 days.