Slashdot Mirror
Is HTML E-mail Still Evil?
Charlie Campbell asks: "My boss is pretty adamant about getting HTML newsletters to our clients; and, I'm pretty adamant about finding an alternative. I can understand the benefits in HTML mail from a designer's (mine) and marketing standpoint (that of my boss); yet, based on foreseeable issues with recipient software, mail filters, dial-up connections, etc. I feel that the risks outweigh the benefits. We've all heard this a million times... but is it now an outdated concern? Should I trust our client-base to be fully equipped for such a mailer? Should I worry about improper delivery marring our professional image? Is there anyone documenting the issue from a current-day perspective?"
I doubt that it will cause a professionalism problem. Anyone who cannot read HTML emails know that they exist and that they can't read them and will therefore, not think of your company as being non-professional. It is a good idea to allow the recipient to choose whether he wants HTML formatted news or plain-text, but the current position is not as bad as it may seem.
I don't mind HTML email, personally, but when I have a choice, I opt for the plain-text version. I think that's the key--allow people to receive your newsletters, receipts, or whatever in the format they want, and things should be fine.
I'd also default to HTML mailings, simply because the people who bitch loudest about HTML (non-pejorative) are also probably capable of finding the preference for plaintext themselves.
Yes.
Hundreds of thousands of email content publishers ask their users whether they want plain-text or HTML versions. Even if most users don't understand the question, they're used to being asked. Why don't you try that and then just publish one version of your newsletter to each of the resulting lists?
99% of business email is HTML. Nobody cares about the "evil" of HTML mail except a few crusty old geeks. Last I checked, even Mozilla defaults to sending HTML mail.
Keep in mind that business people come from the tradition of using propriety mailers like Lotus ccMail, Lotus Notes, and MSMail, and saw no reason to remove functionality when switching to Internet mail. These people just don't care about the archaic 7-bit Internet olden days. (And, yes, HTML in mail was a design mistake, but as of yet it's the only way to get colored fonts and pictures in your mail, so that's what's used.)
Just make sure include a text/plain part, so if your recpients want to drop the HTML, they have that option.
Whenever I hear the word 'Innovation', I reach for my pistol.
before I even read it, so it if you want me to read it, send it plain text.
If you're targetting savvy developers (ie, me), then they probably wont read your crappy html mail (and I'd probably unsubscribe even if it were text, but that's really a different issue). But if you were targetting my mom, she'd probably not notice or care. In fact, she might like the html version with its pretty pictures or whatever.
The best way is to send both a text part and an HTML part and let the client decide how they want to see it. I made sure my client automatically shows me the text part if there are both.
-David
There. Now go play some cool javascript games!
P.S. Suggestion: default to plain text because HTML is, in fact, evil.
Speak truth to power.
If you are going to do it, make sure it looks OK without the images. My client gives me the option to load the images and, quite frankly, I never do.
In e-mail, I want the content, not fucking bling-bling.
If I wanted to SEE your product, I'd go you to your web site.
And shit like company banners and the like just piss me off to no end.
Finally, the tracker images. These, like read recipt, are of the devil. Read recipt is disabled in my client. My boss wants to know why I never read any of his e-mails. I tell him I do, but WHEN I read it is none of his fucking buisness.
Same for you. If I catch you tracking when I open an e-mail using something like http:\\server\images\myemailaddy\blank.gif, you'll be filtered. In fact, if I get any kind of weird feeling about the e-mail at all, you'll be filtered.
Make sure you understand that my client may be displayed in a preview frame. Don't expect me to open the item and maximixe it to read it. If it doesn't display properly in the frame, I won't scroll sideways to read it.
I'd rather you do it wrong, than for me to have to do it at all.
Repeat after me:
M U L T I P A R T
Technology is your friend, even if you don't fell like making sense of rfc822. Send both in the same mail.
And don't buy the spam filter argument. While it is true that multipart messages get consistently higher spam scores, if your content is not spammy you are A-OK. If your content is spammy you got a problem on your hand regardless of the TEXT/HTML issue.
Code poet, espresso fiend, starter upper.
The right way to do ethics is to forget stupid dogmas like "HTML email is evil" and base your decisions how your actions affect other people. Like a lot of other technologies, HTML email can be misused; specifically, senders can breach security with script-based malware, and privacy with graphic-based tracking cookies. If you don't engage in these abuses yourself, where's the ethical issue?
If you're concerned about security of your own users, you might tell them, "don't accept HTML email". But even that's serious overkill -- Thunderbird is perfectly capable of blocking security and privacy penetration while still accepting HTML email. Outlook is less impressive that way, but Microsoft software is hardly the gold standard for security.
"HTML email is evil" is standard geek bigotry. We're able to get by with pure-text message, anybody who can't is an asshole. Its time to remember that the whole world doesn't revolve around us.
I used to work a help desk at an internet services company, where we had this brain-dead ticket system which was email based, and wasn't smart enough to filter dangerous attachments, so it would just display the raw MIME text. Yeah, I know, there are better ways, but I didn't design the software. My point is that I often had to eye-parse HTML message or find the pure-text part in multipart messages. How often did I have to do this? More than 90% of the time. And this was with a relatively tech-savy user base. Your "only spammers" assertion is pure crap.
I get email and news alerts on my pager and phone, html versions are a pain in the ass.
;)
HTML does not belong in emails, unless its porn.
Wondering if HTML will make your message look like spam? Well, I know I'd go here:
http://spamassassin.apache.org/tests_3_0_x.html and search on the html related tests and their scores.
They should tell you what the anti-spam community considers "evil".
I don't see a need for html mail - you want it to look a certain way, give me a blurb to get my interest and then link to the content. My friends do this with interesting links, newsletters I get are like this, I even view Slashdot on the "light" mode to get rid of as much of the clutter as possible. Then I go the the links to see more if I care to.
I am, and always will be, an idiot. Karma: Coma (mostly effected by
then use cmd-} to cycle through Parts if you need HTML for some reason. Mostly HTML parts from companies consist solely of images to a graphics layout, complete with webbugs so it's rarely needed.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
Newspapers neither cost more nor take longer to read the more images they contain.
Going to a movie theatre doesn't include a hidden bug at the start of the movie that confirms to some marketing droid that I'm a real person and they should feel free to spam my future visits with an extra 30 minutes of commercials before the movie starts.
And speaking as a former modem user who hasn't had broadband for that long, I promise you Slashdot is perfectly usable and just as informative/interesting with images disabled.
The grandparent was right on the money. E-mail is a text medium. If you can't tell me something through that medium, then chances are I don't want your e-mail. In fact, and this is a very good reason that businesses should not send HTML e-mails without an explicit request, your e-mail will get a huge negative score on my Bayesian anti-spam filter just for having it. That applies whether it's alone or combined with a separate text-only version, though if the text-only version matches the HTML content closely the penalty isn't so great. Moreover, even if it gets through the filter, it'll get rendered as plain text anyway, and therefore probably look worse than it would have done if you'd just sent me that in the first place. It's not exactly likely to improve your sales/feedback level/customer satisfaction/whatever on either count...
If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
the html coded email is 1/2 of it, and the plain text version saying the same exact thing is the other 1/2 of the email. Thus, you essentially triple the size of each email, if you include all the html tags.
Additionally, even simple graphics will bloat this monstrously when they are encoded into the email. And more than likely the Boss wants an html newsletter because he wants to work some graphics magic.
I have a modest suggestion for Charlie: do up a sample email newsletter with very simple graphics (like maybe the company logo and perhaps one other line drawing), send it to yourself, then print the message source. When you and your boss can see exactly what happens when images are encoded for emailing, then the two of you can come up with a reasonable approach.
But by all means, consider letting your customers choose a plaintext version if they want to keep their inbox trim and svelte.
Putting the html version on the web with a link from a plaintext version is probably a good option for a lot of businesses.
The opposite. Send a text version, and have a link encouraging recipients to see the HTML version in all its glory, on a web page, where HTML is supposed to be used. Some nesletters I get do exactly this. For those who like HTML, it's only a click away, and is much more efficient all around. Your marketing guy can use Flash, play music or whatever crap takes their fancy. Also tell the PHB that it's less likely to be flagged as spam.