Mailbox preview and HTML content

I just received a slightly confusing email.
 
Inbox__86332_messages__19_unread_
 
The From address and the Subject line are from Sony, but the content looks like it’s from email analytics firm Litmus. What’s going on here?
Opening the mail it looks like a fairly generic “Oops, we lost a class-action lawsuit, have $2 worth of worthless internet points!” email from Sony; no mention of Litmus at all. My first thought is that Mail.app has managed to scramble it’s summary database and it’s pulling summaries from the wrong email, as I am on a Litmus mailing list or two, but nothing else looks off.
Digging around inside the source of the mail I do find a bunch of tracking gifs from emltrk.com, which is a Litmus domain so there is a Litmus connection there somewhere. Curious.
Finally, about two pages in to the HTML part of the mail I find this:

<div style=3D"display:none;font-size:1px;color:#333333;
line-height:1px;font-family:Cambria, 'Hoefler Text',
'Liberation Serif', Times, 'Times New Roman',
 serif;">You lose access in two days. What will
your emails do without Litmus? Good news: it's easy
(and affordable) to keep your full access!</div>

You can see that this <div> has an inline style tag to set the CSS just for this piece of text. That CSS says that it shouldn’t be displayed, that it should be in a pale grey, and it should be in a font that’s only one pixel high. (That’s strange and the sort of thing I usually find very suspicious – at one point it was common for spammers to try and put hashbusters in messages just like this, so that they were technically part of the message but wouldn’t be visible to the recipient.)
While it’s not visible in the mail, it’s still the very first text content of the HTML part of the mail, so Mail.app dutifully pulled it out and used it as the content preview in the mailbox view.
I’m not sure exactly what happened; I’d guess either messy code in a buggy Litmus integration at the ESP responsible for the mail, or maybe operator error by the author of the message (that the message also failed DKIM validation due to the body being modified after signing makes me suspect the first).
A positive thing to take away is that it’s possible to have different content in the mailbox preview than at the top of the mail itself. As the mailbox preview can only display a couple of dozen words being able to compose that independently opens up some new “above the fold” composition options.
On the negative side, be careful not to do this accidentally. And even if you’re doing it intentionally don’t do what spammers do and use pale grey, single-pixel high text.

Related Posts

Email templates using Grunt

A Grunt workflow for designing and testing HTML email templates with SCSS.

Read More

TWSD: Mail known spam trap addresses

One of the things we all “know” is that if spammers get their hands on spamtrap addresses then they’ll stop sending mail to those addresses. This is true for a lot of spammers, but sadly it’s not true for all.
I don’t think it’s any secret that I consult for all types of mailers, from those who just need a little tune up to those who want me to help them avoid filters and blocking. During some of these consulting projects, I use my own spam folder as research and provide information on the spam that I am receiving from them.
A few years ago I was working with a company who hires a lot of different affiliates to send acquisition email. A few of their affiliates had really poor practices and they were trying to figure out which affiliates were the problem. I handed over a number of mails from my personal spam traps, in order to help them identify the problem affiliate.
I told them, and their affiliate, what my spamtrap addresses were. And, for many years I stopped receiving that particular spam. But, over the last few weeks I’ve seen a significant uptick in spam advertising my former client.
I’m certainly not trying to convince anyone that handing over spamtraps is a good thing. But there is at least some evidence out there that they’re not even competent enough to permanently remove traps. I really have to wonder at how sloppy some marketers are, too, that they’ll hire spammers and not at least hand over a list of addresses they know are bad addresses to mail.
I really thought spammers were smarter than that. I am, apparently, wrong.
EDIT: Of course, mailing this spamtrap gets them nothing but a little ranty blog post here. It doesn’t result in blocking, or disconnection from their ISP or their ESP or anything else. I suspect if there was actually an affect, like, say, I started forwarding this mail to Spamhaus or other filtering companies, they might stop mailing this address. Anyone want a 20 year old, slightly used spam trap?
 

Read More

Mail that looks good on desktop and mobile

Over the weekend I noticed a new CSS framework aimed at email rather than web development, “Antwort“.
This isn’t the first or only framework for email content, but this one looks simple and robust, and it allows for content that doesn’t just adapt for different sized displays but looks good on all of them. The idea behind it is to divide your content into columns, magazine style, then display the columns side-by-side on desktop clients and top to bottom on mobile clients. That opens up much more interesting designs than the more common single fluid column approach.

It looks nice, it supports pretty much every interesting email client, but it also comes with some directions based on real world experience.

Read More