Live data from Hacker News

Ask HN: Plain text emails in 2017?

news.ycombinator.com

1–10 of 11 posts

Ask HN: Plain text emails in 2017?

#1
Hi, guys. From day to day, we send lots of emails and a huge fraction of those are of marketing nature. We're used to actionable HTML stuff in our inbox, and there are very few clients that don't support HTML email layouts. Still, we usually send two versions. HTML and plain text. Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"?

Re: Ask HN: Plain text emails in 2017?

#2
> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"?

Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. The cases when somebody needs to send formatted e-mail are really, really rare. Though...

> From day to day, we send lots of emails and a huge fraction of those are of marketing nature.

...I delete marketing e-mails on the spot.

Re: Ask HN: Plain text emails in 2017?

#3
post #2

> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"? Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. The cases when somebody needs to send formatted e-mail are really, really rare. Though... > From day to day, we send lots of emails and a huge…

Personally, I agree emails should be sent in two versions. However, there's a trend of sending just HTML. This article was written some time ago https://litmus.com/blog/best-practices-for-plain-text-emails... and latest comments will also promote the idea of dumping plain text.

Regarding marketing emails, I mean every automated email sequence. Like, you definitely get receipts and stuff over email. And those aren't written by hand.

Re: Ask HN: Plain text emails in 2017?

#4
post #2

> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"? Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. The cases when somebody needs to send formatted e-mail are really, really rare. Though... > From day to day, we send lots of emails and a huge…

Personally, I agree emails should be sent in two versions. However, there's a trend of sending just HTML. This article was written some time ago https://litmus.com/blog/best-practices-for-plain-text-emails... and latest comments will also promote the idea of dumping plain text. Regarding marketing emails, I mean every automated email sequence. Like, you definitely get receipts and stuff over email. And those aren't w…

Receipt or order confirmation is not (or at least should not be) a marketing e-mail. It's a technicality necessary for transaction.

Re: Ask HN: Plain text emails in 2017?

#5
> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"?

It depends on your costs / target ratio. You will have a percent of users that absolutely need to get text emails. If delivering text e-mails to them gets you more money than you spend sending the two versions, send them. Otherwise, just send the HTML ones.

Same for browser support. If, for example, you spend more supporting IE than you gain from only-IE users, just don't support IE.

Re: Ask HN: Plain text emails in 2017?

#6
post #2

> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"? Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. The cases when somebody needs to send formatted e-mail are really, really rare. Though... > From day to day, we send lots of emails and a huge…

> Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text.

So if OP sends an HTML mail, you will be able to read it anyway, proving that they don't need to send plain text at all :)

Re: Ask HN: Plain text emails in 2017?

#7
post #2

> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"? Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. The cases when somebody needs to send formatted e-mail are really, really rare. Though... > From day to day, we send lots of emails and a huge…

> Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. So if OP sends an HTML mail, you will be able to read it anyway, proving that they don't need to send plain text at all :)

Sure, if he doesn't care that his fancy tables and CSS formatting will look like sh&t on my terminal, defeating the very first thing that marketing material must do: look good.

Re: Ask HN: Plain text emails in 2017?

#8

> Do we really need to send plain versions or it's just a second system syndrome of doing everything "right"? It depends on your costs / target ratio. You will have a percent of users that absolutely need to get text emails. If delivering text e-mails to them gets you more money than you spend sending the two versions, send them. Otherwise, just send the HTML ones. Same for browser support. If, for example, you spend…

Well, I agree here. However, it's pretty hard to include click tracking into plain text emails. So it may be complicating attributing revenue to those. The way out here would be utms or stuff like bit.ly

Re: Ask HN: Plain text emails in 2017?

#9
post #7

Earlier quoted context omitted.

> Yes, you do need to send plain versions. I make my e-mail clients to use plain text version first, and if that's not available, HTML version dumbed down to plain text. So if OP sends an HTML mail, you will be able to read it anyway, proving that they don't need to send plain text at all :)

Sure, if he doesn't care that his fancy tables and CSS formatting will look like sh&t on my terminal, defeating the very first thing that marketing material must do: look good.

The plain text versions I was talking about are those well-formatted and structured ones. Where you get the minimalistic beauty of simple formatting. Markdown-style, maybe.

Re: Ask HN: Plain text emails in 2017?

#10
post #4

Earlier quoted context omitted.

Personally, I agree emails should be sent in two versions. However, there's a trend of sending just HTML. This article was written some time ago https://litmus.com/blog/best-practices-for-plain-text-emails... and latest comments will also promote the idea of dumping plain text. Regarding marketing emails, I mean every automated email sequence. Like, you definitely get receipts and stuff over email. And those aren't w…

Receipt or order confirmation is not (or at least should not be ) a marketing e-mail. It's a technicality necessary for transaction.

However, the rule of thumb, especially for drip campaigns, is that you do get some marketing content with almost every email. This could be a specific sign off and such.
Post reply on HN