Is HTML E-mail Still Evil? 201
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?"
Unlikely (Score:5, Insightful)
Re:Unlikely (Score:2, Informative)
My question for you is "what is your target audience?" If it's my mom then by all means send HTML email. If it's a bunch of geeks that hate HTML email then send them text. Actually, you can send both at the same time
Re:Unlikely (Score:5, Informative)
Offer a plaintext alternative (Score:5, Insightful)
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.
Plain text -- it was good enough for Shakespeare (Score:2, Interesting)
Send a plain text body and include a URL for the web version of the newsletter (and optional username+password). By keeping the body plain text and/or include a link to the web version, you increase accessibiliy for lowbandwidth users (modem, GPRS, etc.) and it works for all mail clients. An additional advantage of using the WWW for what it's good at is that you get some (vague) usage statistics.
If your message cannot be conveyed in plain text, then it's probably time to rethink the whole new
Re:Plain text -- it was good enough for Shakespear (Score:2, Funny)
Then it's good enough for me, too (Score:5, Interesting)
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...
For AppleMail users (Score:4, Informative)
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.
Is HTML E-mail Still Evil? (Score:4, Insightful)
Re:Is HTML E-mail Still Evil? (Score:2)
Still, though, text/plain looks far more professional, even if less snazzy.
Re:Is HTML E-mail Still Evil? (Score:2)
Placing style over substance is an all-to-common mistake, and has been for centuries.
Re:Is HTML E-mail Still Evil? (Score:5, Insightful)
But, that likely would be dismissed (because it makes sense). In market-think, they want the spotaneous impression. They really believe that colorful flashing crap helps sales. And since there are enough 'Ooh, pretty!' types out there, they have themselves convinced that it really works. When it comes to marketing, you can convince yourself by twisting the numbers and the interpretations so that any plan you want to come up with can be justified.
See Iraq.
Re:Is HTML E-mail Still Evil? (Score:3, Funny)
See Iraq.
If we can not use HTML in your e-mail then The Terrorists Have Won!
Re:Is HTML E-mail Still Evil? (Score:3, Insightful)
That wouldn't be because colorful flashing crap DOES help sales, would it? What is a better sales pitch, some plain text "come check us out" blurb, or a nice colorful picture of something? It may not be true for you, but it is true for 95% of any mass-market audience.
Re:Is HTML E-mail Still Evil? (Score:2)
It's a PITA to find, copy, and paste a long URL.
Re:Is HTML E-mail Still Evil? (Score:3, Interesting)
Um... (Score:5, Insightful)
Welcome to the real world (Score:5, Insightful)
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.
Re:Welcome to the real world (Score:2)
Re:Welcome to the real world (Score:3, Interesting)
Re:Welcome to the real world (Score:2)
Re:Welcome to the real world (Score:2)
Re:Welcome to the real world (Score:4, Insightful)
It's not even that Nobody cares about the "evil" of HTML; HTML email was never evil to begin with. There are senders who choose to send poorly formatted emails (causing incorrect results for the receiver), and there are senders who attempt to cause havoc by embedding nasty constructs in their email, but HTML email itself is not inherently evil.
Re:Welcome to the real world (Score:2)
I remember when "NeXTMail" (MS-RTF?) was considered a pretty neat trick.
Re:Welcome to the real world (Score:3, Informative)
One of the troubles is, is that there is no One True Way to package one's MIME to have it rendered as HTML in a person's Email client.
is one supposed to even use MIME at all ?
Some clients, such as Outlook Express, will happily cope with just a
Content-Type: text/html in the headers though these days OE doesn't auto-download anything not attached such as images or ActiveX Controls !
Some people use nested multipart/alternative like so
1 multipart/alternativ
Re:Welcome to the real world (Score:2)
Note that if you are sending plain text, most clients will automatically respond in plain text, so make sure to exclude those messages from your methodology.
In my inbox, most html mail gets dumped (Score:5, Informative)
Re:In my inbox, most html mail gets dumped (Score:3, Funny)
Re:In my inbox, most html mail gets dumped (Score:3)
(I was married once.)
Re:In my inbox, most html mail gets dumped (Score:2)
Reasons cats are better than girlfriends (Score:2)
(2) you can sleep with three of them simultaneously and no one cares.
(3) If you're busy or tired, they'll just lick each other.
Re:Reasons dogs are better than girlfriends (Score:2)
It's legal to keep a dog chained up at your house.
A dog's disposition stays the same all month long.
Dogs agree that you have to raise your voice to get your point across.
Dogs never need to examine the relationship.
Dogs love long car trips.
Dogs understand that instincts are better than asking for directions.
Dogs do not hate their bodies.
Dogs love it when your friends come over.
Dogs don't care if you use their shampoo.
Dogs think you sing great.
Dogs don't let magazine articles guide their lives.
Re:In my inbox, most html mail gets dumped (Score:2)
Re:In my inbox, most html mail gets dumped (Score:2)
Re:In my inbox, most html mail gets dumped (Score:4, Informative)
Our company sends out a newsletter and I have (successfully) fought the same battle against HTML. Outlook 2003 doesn't even render external images anymore, so if it's a question of beauty just show your boss what that email looks like without its images.
Re:In my inbox, most html mail gets dumped (Score:2)
Re:In my inbox, most html mail gets dumped (Score:3, Interesting)
I used K9 a lot too, back when I was using OE on Windows (now I'm on Linux). Though it's closed source, I felt inclined to donate $20 to him a couple years ago when it was getting updates every few weeks. It's unfortunate to see that
Alternatives (Score:2, Insightful)
Depends on who your recipients are (Score:4, Insightful)
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
Re:Depends on who your recipients are (Score:2)
Re:Depends on who your recipients are (Score:2, Informative)
Mutt users, unite! (Score:2)
Also, rendering html in a graphical email client can stillbe troublesome for slower computers.
Re:Mutt users, unite! (Score:3, Funny)
Re:Mutt users, unite! (Score:3, Funny)
Re:Mutt users, unite! (Score:2)
Also, rendering html in a graphical email client can stillbe troublesome for slower computers.
If a computer has trouble rendering HTML in a mail client, wouldn't it also have the same trouble rendering in a web broswer?
In that case, users who are accustomed to browsing slowly will probably think nothing of their mail client being just as slow.
Re:Mutt users, unite! (Score:3, Interesting)
Re:Mutt users, unite! (Score:2, Informative)
Reading HTML Email with Mutt [debian-adm...ration.org].
Using that technique I've never had a problem ..
the fact that you're asking... (Score:5, Interesting)
P.S. Suggestion: default to plain text because HTML is, in fact, evil.
Re:the fact that you're asking..[the wrong people] (Score:2, Insightful)
Don't ask us geeks. Ask normal people.
Nielsen Norman Group publishes two sets of guidelines for email usability.
http://www.nngroup.com/reports/newsletters/ [nngroup.com]
http://www.nngroup.com/reports/confirmation/ [nngroup.com]
* Choice is best.
* If it looks broken, they'll notice and hate it.
* The first few lines and the subject/sender have to make the case for reading it at all in the age of spam.
These reports cost money but they are still much cheaper than losing customers.
Images (Score:4, Interesting)
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.
Multi-part (Score:5, Informative)
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.
Re:Multi-part (Score:3, Interesting)
While it is true that multipart messages get consistently higher spam scores, if your content is not spammy you are A-OK
Well, the reason they get higher spam scores is because spam software usually adds points for being html. There's also a few additional checks specific to html -- ie, more points are added for having multiple different colors. I believe spam assassin also adds points for HTML-only.
Another thing to remember is how to use images
Re:Multi-part (Score:3, Insightful)
Re:Multi-part (Score:4, Funny)
Korben Dallas: Yeah, multipart, she knows it's a multipart. Leeloo Dallas. This is my wife.
Leeloo: Mul-ti-part.
Korben Dallas: We're newlyweds. Just met. You know how it is. We bumped into each other, sparks happen...
Leeloo: Mul-ti-part.
Korben Dallas: Yes, she knows it's a multipart. Anyway, we're in love.
Yes (Score:3, Informative)
Re:No. (Score:2)
Re:No. (Score:2)
When I read my mail in EMACS on a Linux box, all that ever happens is I have new viral emails from friends with Windows to add to my collection.
Re:No. (Score:2)
And this is .. wrong tool! (Score:2, Informative)
Re:And this is .. wrong tool! (Score:2, Insightful)
Nicely presented information will greatly increase the chance that people will click through. A bare link (probably broken in half by your old skool hardwrapping mailer) isn't going to generat much interest.
Use multipart/alternative (Score:3, Informative)
Only spammers send HTML-only messages these days. In two years, I have received only one useful HTML-only message. BTW, rejecting HTML-only messages is a good way to reduce amount of incoming spam.
You can compose message in HTML and then use lynx to create text/plain part of message.
Re:Use multipart/alternative (Score:4, Informative)
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.
Re:Use multipart/alternative (Score:2, Interesting)
Don't users actually have to try pretty hard in order to send an html-only e-mail? For instance, in yahoo's mail, I believe the options you can select in the web interface are text-only and html+text; html-only isn't even an option. Is there some popular webmail service or GUI mail app that encourages the user to send html-only mail?
"Evil" is bullshit (Score:5, Insightful)
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.
Re:"Evil" is bullshit (Score:4, Funny)
If you want to use a 1x1 pixel web bug, then you are an ass hat. If you want to use javascript in email, you are an ass hat the size of a llama.
And, when I was your age, I had to walk uphill to get email, all three ways.
Re:"Evil" is bullshit (Score:3, Insightful)
Sure there are people who read your email on portable devices that don't do formatting -- but they're still in the minority. By the time they're in the majority, they'll be perfectly good doing rich text, and you'll look like a dweeb if you don't learn how to support
Before switching (Score:2)
A colleague at work (in another office) sends daily 'reports' all HTML formatted. It takes so long to read the content of the e-mail because graphics overwhelm the acutal content.The first 20 lines or so is a giant graphic. So I just delete it.
yes, but it's winning anyway (Score:2)
But I gave up mutt for evolution because so many people send me HTML mail. At some point you kind of have to live in the world as it exists, I think.
I think the world would be a better place if email was just plain text, with file attachments, but most people don't agree, so what can you do?
If you send HTML mail, almost everyone will be abl
HTML Mail is Evil (Score:2)
Pagers and Mobile devices. (Score:4, Insightful)
HTML does not belong in emails, unless its porn.
What do your customers and Clients want? (Score:3, Insightful)
I would suggest that your best option is to offer a choice of text or HTML, or if that seems unwieldy, to poll your client base for their preferences. If most of them want HTML, then that's what you should deliver to them
Asking them first is a good move. It makes them feel that you care about their needs, and in the event that you do go with a regular HTML format it will reassure them that you are not sending something malicious.
As is so often the case, this is a question of communication and marketing, not technology. Your choice, and how you implement it, should be determined by the needs or preferences of your clients, not by geekish outrage.
Personally I prefer either a URL back to your site or to a PDF.
Yes! yes yes yes yes yes! (Score:2, Informative)
No. There are plenty of reasons to avoid html email. Here's the one that may convince your boss: not everyone *can* read it, even today. At the very least, not everyone who is able to read it will be able to see the html formatting. One of the best things about plain text is that it forces you to format your message in a way that everyone will be able to read.
There are a lot of people who will never see your formatted html: businessmen and geeks using cell
Outsource It (Score:2)
The purpose of email is communication... (Score:2)
So, in order to answer the question "Is sending $FOO in email evil?" answer the question "Is sending $FOO communicating more than text/plain would?"
If all you are communicating is "Don't park in the west parking lot tomorrow because we are going to repaint the lines" then an HTML mail does not communicate any more than a text mail, and so is a bad idea.
If you are communicating "Don't park in the highlighted area <img=foo.gif> because we will
Usability/Readability (Score:2, Insightful)
Quite simply, HTML allows for newsletters (and even normal correspondence) to be displayed in a more readable fashion than a text email would be. Ask anyone in the publishing world and they will tell you that a good layout is vital. Many HTML newsletters make good use of columns and colored headings and such.....
And of course, for normal plain email correspondance, bold, italics, underlines, bulleted lists
Re:Usability/Readability (Score:2)
On the contrary: one of the most annoying things about html email is that it's typically far less readable than the equivalent plain-text email.
The reason is that most clients handle it quite badly by doing such things as forcing the font choice (overriding the default font, which the user has explicitly chosen to be readable), substituting flashy graphics for more readable (but more boring) textual conven
Re:Usability/Readability (Score:2)
Ironically, most of them also rely on usability as the most important factor in their arguments.
Re:Usability/Readability (Score:3, Insightful)
I'm sure the marketing morons at my employer think the same. However, they'd probably think it less if they realised that the standard masthead they attach to all our "from the CEO" reports displayed slightly differently in several common mail clients that don't start with the letters "MS O", with unfortunate consequences for the caption under his photograph.
Are non-text webpages evil? (Score:2)
Several years ago there were legitimate worries about client support for HTML email. There were also worries about viruses. For me at least, those days are long gone.
The biggest problem is people abusing HTML e
HTML Email is GREAT!!!! (Score:2)
It makes it so easy to filter out the crap. Even better when it includes likes to images! No way am I going to let an email message link back to some server and let the spammer know that he found a real address.
Spam Debate (Score:5, Informative)
http://spamassassin.apache.org/tests_3_0_x.html [apache.org] 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.
MOD PARENT UP (Score:2)
html email is really a waste of bandwidth. do what acm does: email out a quick summary with links, and i'll go peruse as my fancy takes me. no need to waste all that extra bandwidth with formatting (or cpu time with compression). almost all html email that gets sent to me is immediately whisked away to my trash can (there are a few people who i actually want to hear from that still insist on sending html email, there are exceptions to my fi
Well-formatted plain text is enough of a problem! (Score:2)
Yes (Score:2)
Re:Yes (Score:2)
Please stop with the FUD. In OL2003, it's off by default. In previous versions, it's easy to turn it off.
Re:Yes (Score:2)
I note you don't question my security concerns.
Why are you worrying? (Score:2)
Honestly, you've got more to worry about with AOL thinking everything under the sun is spam (seriously, they're a big problem for legitimate mailers).
My Boss . . . (Score:2, Insightful)
That says it all. You can present your ideas for consideration, if you work for the type who's willing to accept the input without marking you as a rebelious sot who need to be taught a lesson. But after the discussion, either take the check and do the work or find another job. If you aren't willing to shut up and carry on with the company plan, you can be replaced by one of several Microsoft programs.
Not that I'm trying to slam you, I read html mail as text on my perso
Non-computer geeks like HTML (Score:2, Interesting)
It's not terribly graphics heavy, the main reason is for layout & product pictures, plus the ease of having links instead of having to
No. (Score:3, Funny)
HTML-only mail gets filtered to spam box (Score:2)
However, if you send a multipart/alternative message with a text/html section AND a text/plain section, it is likely to make it to my inbox.
Oh, and don't try to be sneaky and send a multipart/alternative without a text/plain section. That gets filtered too.
See RFC 1521 and RFC 2046.
-molo
PDF? (Score:3, Interesting)
I filter out HTML email, so if I was one of your customers, I wouldn't ever see it. However, if you sent me a PDF file, with a covering message in plain email text, then I'd be much more likely to read the PDF. Furthermore, unlike HTML, PDF layout can be specified in such a way that it will appear ~identical on all systems.
Re:Email clients that still dont support it (Score:3, Insightful)
Using HTML in e-mails isn't exactly evil, but not including a text/plain-part containing the same information is IMNSHO so...
Re:Email clients that still dont support it (Score:2)
Such things appear to be mentioned through out this thread, not just this particular author. However, any email server that is standards compliant will include both text and html in their creation of an html email. It is called a Multipart email. See RFC 2822 (which supercedes RFC 822), and other associated documents, about email standards.
HTML email is often considered bad netiquette due to the extra space, and bandwidth
Re:Email clients that still dont support it (Score:4, Insightful)
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.
Re:Email clients that still dont support it (Score:3, Insightful)
Interesting that you managed to reply to one of the few(?) in this thread that knows that stuff. =D
Weeell... partially true... since your posting is meant mainly
Re:Email clients that still dont support it (Score:3, Informative)
Try this: (Score:2)
If the rest of this message appears garbled, please click on (or paste into your web browser) this link: www.goldenlight.bur.st/news/ [goldenlight.bur.st]
If you still can't see our magnificently laid-out newsletter after doing that, please send an email to i.am.totally.clueless@the.above.domain
-->
IW4MSIL <shrug>
Re:Email clients that still dont support it (Score:5, Interesting)
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.
Re:Email != The Web (Score:3, Insightful)
In case you hadn't noticed HTML is a subset of text. In case you hadn't noticed ASCII is a piece of crap that should have died years ago - or are you suggesting that it's innapropriate for Japanese people to communicate via SMTP email?
It's perfectly fine to use SMTP to send Unicode text data. Why is it not fine to use SMPT to send HTML t