Thoughts on Email
Published on June 10, 2008 (⻠September 26, 2023), filed under Everything Else (RSS feed for all categories).
Email was, is, and will remain the Webâs true killer application, but spam, top-posting, incompetent use of newsletters, and the HTML email problem mean serious challenges. I canât but share a few thoughts.
Spam Wonât Die
We all know that. While Symantec says that 72% of all checked mail was spam in 2007, Spamhaus talks about 90-95%, with both anticipating a growing amount of spam. Spammers must make a lot of money out of this stuff, at least money to obtain the means to bring down Blue Security in 2006. I vividly remember the time as I used to be a Blue Frog user (whose system worked, at first). What spam requires are more sophisticated algorithms as well as more teaching of people how to manage it, as spam handling is a key aspect of the information management skills needed today.
Top-Posting Must Die
May I hand over to Joe Clark? Undoubtedly, Joe is passionate about convincing people to use email the right way. I am concerned about this as well, because many, many, many people seem to just hit âReplyâ and pollute inboxes by words already spoken, in a way that translates to âanswer, answer, answer, question, question, question, followed by n answers before other questions or statementsâ (unlike, if this sounds too familiar, âquestion, answer, question, answerâ). Some people seem to enjoy receiving forwarded conversations written this way, to figure out what was and is going on by reading from bottom to top⊠not quite, from bottom to not-quite bottom, from anywhere in the middle to somewhere higherâyou name it. Stop top-posting, learn how to better write email.
The top-posting issue exists since the rise of email. The WardsWiki has some ancient tips online to âtrim your postsâ, as does Scott Norwood in his pre-2001 rant on quoting practices. People may want to read these documents rather than e.g. trying Gmailâs new âsignatures tweaksâ widget that puts the senderâs signature between answer and question (and even removes the standard dashes indicating the signature)⊠and I donât feel sorry saying that.
Some Newsletters Deserve to Die
Newsletters! The best ones are mine and Jakob Nielsenâs. Cough đ Seriously, newsletters, and I refer to newsletters in general, continue to be poor in many respects, violating the simplest rules and ignoring many best practices. Quoting Jim Sterne at Usability Week 2005:
Email is:
- the best bang for the buck,
- the easiest to produce,
- the cheapest to send,
- the easiest to destroy your credibility.
HTML Emails Should Die
HTML mails are special. Regarding implementations, the situation got slightly better over the last years (I still remember 2003 when I briefly joined a major German newsletter specialist, back when work with email clients was true horror), but still there are many issues. I recently emphasized that less is still more, here meaning that focusing on plain-text mails might mean less work and provide better results, and I encourage to keep that in mind in this place as well. No matter what the Email Standards Projects accomplishes (letâs appreciate their work), better save the time and avoid sending HTML emails altogether.
This is âless and moreâ in action. I could have focused on discussing HTML mails from a web development point of view, but I didnât bother. Plain-text often does the trick just perfectly, and thus there is no need to complain about ever more and more broken implementations, longer development times due to the mĂ©lange of document structure and presentation, reuse problems, &c. pp.
About Me
Iâm Jens (long: Jens Oliver Meiert), and Iâm a frontend engineering leader and tech author/publisher. Iâve worked as a technical lead for companies like Google and as an engineering manager for companies like Miro, Iâm a contributor to several web standards, and I write and review books for OâReilly and Frontend Dogma.
I love trying things, not only in web development (and engineering management), but also in other areas like philosophy. Here on meiert.com I share some of my views and experiences. (Be critical, interpret charitably, and send feedback.)
Comments (Closed)
-
On June 10, 2008, 23:37 CEST, Dave said:
Iâve never understood the impassioned statements I often see against top-posting. Top-posting makes sense to me, and reading top-posted conversations has never caused me any problems.
I want to understand, though, so if you know of any strong explanations (maybe ones that have an example or donât have name-calling), please share. : )
-
On June 11, 2008, 0:47 CEST, Dominik said:
You will never win the war against Top-Posting as long as all common E-Mail clients offer this solution by default.
I was not part of the newsgroup generation, where this movement pretty much comes from, so I never felt that strong about it. I understand the reasoning but how can one even bring up the energy to convert people to use it.
Funny sidenote: I actually tried replying to a business contact (who uses Notes) last week, directly putting my replies below the quoted sections of his mail. Guess what, he didnât understand and sent it again, telling me that our mail server must be broken because it did just resend his original mail.
-
On June 12, 2008, 13:32 CEST, Alan Gresley said:
Because itâs hard to follow Dave đ
Iâve never understood the impassioned statements I often see against top-posting. Top-posting makes sense to me, and reading top-posted conversations has never caused me any problems.
@Dave
-
On June 12, 2008, 13:43 CEST, Alan Gresley said:
@Jens
I will certainly bookmark this page and refer to it.
I am a administrators /owners of 4 mailing list, the first one from 2000. I saw the initial start of spam (2001) and the continuous rise of spam and the technology closely behind trying to combat it.
I agree with you totally about top posting and HTML emails. I would like to add that the question, answer, whatever pollutes list archives, especially from subscribers that receive digest.
Re: Digest No. 2008-0006 đ
-
On June 13, 2008, 11:10 CEST, Jens Oliver Meiert said:
Dave, I guess Alan already replied đ
Dominik, itâs a client thing as well, but good use of mail requires some work (which is quite worthwhile and, well, professional). The root problem may be (lack of) training again, even though it doesnât require much to handle mail well.
Alan, cheers! And of course, one argument that didnât yet come up is the unnecessary waste of bandwidth. But instead of writing
And, will you join us later?
Yes.
people still like to send the former 20 mails along, together with dup signatures and the like.
(Whereâs Joe!)
-
On June 14, 2008, 15:11 CEST, Andrea Creviola said:
Great article, I have already referred to it a few times. Although itâs hard to predict what will the future hold in the war with spam (personally I think it will continue for quite some time) the top-posting phenomenon should be fought at all costs. Itâs really one of the oldest and most annoying problems with email. As far as HTML mails are concerned, it seems to me that in a couple of years more sensible standards will be developed and using HTML will be as good as plain-text emails.
-
On August 1, 2008, 23:53 CEST, lazar said:
This post has a ‘dieâ theme. Why such negativity đ
Spam wonât die, but may get more expensive with better filtering:
Currently the lowest rate seems to be about $200 to send a million spams. (âŠ) But filtering out 95% of spam, for example, would increase the spammersâ cost to reach a given audience by a factor of 20âŠ. (paul graham on spam)
and another good idea by him:
About 95% of spams contain links to web pages. If everyone who received a spam actually followed the links in it, the traffic would be a heavy burden on the spammersâ servers. (stop spam)
But than again, how many people are actually going to open spam mail and read and click on links. so maybe not such a good ideaâŠ
Read More
Maybe of interest to you, too:
- Next: When Validation Becomes Unimportant
- Previous: Web Design: 10 Additional Research Findings You Should Know
- More under Everything Else
- More from 2008
- Most popular posts
Looking for a way to comment? Comments have been disabled, unfortunately.
Get a good look at web development? Try WebGlossary.infoâand The Web Development Glossary 3K (2023). With explanations and definitions for thousands of terms of web development, web design, and related fields, building on Wikipedia as well as MDN Web Docs. Available at Apple Books, Kobo, Google Play Books, and Leanpub.