Showing all posts tagged email:

Quis Custodiet Ipsos Custodes?

Google is back in the news - and once again, it’s not for anything good. They added a Promotions folder to Gmail some time ago, and the pitch was that all the emails from brands that wanted to engage with you would automagically end up in there.

The problem is that this mechanism works a little too well, as Seth Godin describes:

You take the posts from this blog and dump them into my promo folder--and the promo folder of more than a hundred thousand people who never asked you to hide it.
Emails from my favorite charities end up in my promo folder. The Domino Project blog goes there as well. Emails from Medium, from courses I've signed up for, from services I confirmed just a day earlier. Items sent with full permission, emails that by most definitions aren't "promotions."
Here's a simple way to visualize it: Imagine that your mailman takes all the magazines you subscribe to, mixes them in with the junk mail you never asked for, and dumps all of it in a second mailbox, one that you don't see on your way into the house every day. And when you subscribe to new magazines, they instantly get mixed in as well.

It may be that this mechanism has recently received a revamp, as others are reporting sudden impacts on their newsletters:

Uh oh, it looks like your embed code is broken.

The charitable explanation would be that Google’s system may be extrapolating from a few people who hit "report as spam" instead of "unsubscribe". However, there is an inherent conflict of interest when an advertising-funded company offers to rid us of unwanted advertising in the one channel in which it does not itself sell advertising.

I wrote about this issue the last time this functionality was showing up in breathless headlines about how "Google kills email spam!!!1!":

the actual reason Google is doing this is to reduce or even eliminate a channel marketers can use to connect with consumers without going through Google. Subscribing to e-mail updates is a direct connection between consumers and brands. Google would rather be the middleman in that transaction, selling AdWords to brands and collecting a toll on all the traffic.

Much like Facebook choking off unpaid organic reach in favour of forcing operators of pages (including free community pages!) to pay to promote their content, Google is choking off what had been a communications channel that it did not gather a tax on. Facebook was able to do what they did because they own their own platform and can make their own rules. Google might be able to get away with their own cash grab because of the dominance of Gmail in the email world – but email is not just Google.

As convenient as Gmail is, a single middleman becoming this important is very dangerous for email. In the same way, as good as Google Reader was, it became so central to website subscriptions that nearly everything ended up funnelling through there. When Google killed Reader, it was an event of apocalyptic proportions. Fortunately, Google had only killed one RSS platform, and others were able to release their own in short order.

Will Gmail end up like Facebook – or like Reader?


Photo by Mathyas Kurmann on Unsplash

Dinosaurs Evolving

url.jpg

Right now, basically the entire Internet is having a massive collective tantrum over the fact that Apple dropped the headphone jack from the newest iPhone. This, despite the fact that (in a very un-Apple move) the box includes both a Lightning-to-TRS audio jack adapter, and a pair of EarPods with a Lightning connector.

Speaking for myself, I already specced out the iPhone I want, but I’m just waiting to pick it up when I go to San Francisco next month. Some times, geo restrictions actually work in my favour, as even with SF sales tax, the US price is a couple of hundred Euros cheaper than my local price. EarPods don’t fit my ears (which also means the new AirPods are out), so I’ll use the adapter while I look for W1 wireless earphones that I like.

The hysteria over the whole thing reminded me of a situation that is the exact opposite, one where an "obsolete" standard keeps soldiering on, despite repeated attempts to kill it or just declare it dead by fiat.

I am of course referring to email1.

A bit of history

To recap, everything started back in those tie-died days of 1965. This was not yet email as we know it, however; even the @-sign was not added until 1971, although for a while there things like bang paths were viable alternatives.

In those days the Internet in general and email specifically were still things that only academics and governments used. However, in September of 1993 - the September that never ended - Arpanet was opened up to the public, becoming the Internet2. It didn’t take long for the whole thing to degenerate into the wretched hive of scum and villainy that we know and love today.

url.jpg

So why did email survive the transition to the Internet, when many other protocols, including beloved ones like Usenet, withered and died? And why are people still trying to kill it now, with the likes of Slack or Cisco Spark or Microsoft's Yammer or Salesforce Chatter or whatever?

The key thing about email is that it is extremely simple. If you want (and if you can still find an SMTP server that does not require authentication), you can still send email from the command line in just a couple of lines.

 > telnet mail.domain.ext 25

 Trying ???.???.???.???...

 Connected to mail.domain.ext.

 Escape character is '^]'.

 220 mail.domain.ext ESMTP Sendmail ?version-number?; ?date+time+gmtoffset?

 > HELO local.domain.name

 250 mail.domain.ext Hello local.domain.name [loc.al.i.p], pleased to meet you

 > MAIL FROM: mail@domain.ext

 250 2.1.0 mail@domain.ext... Sender ok

 > RCPT TO: mail@otherdomain.ext

 250 2.1.0 mail@otherdomain.ext... Recipient ok

 > DATA

 > Subject: This is a subject

 >

 > This is the body of the email

 > .

 250 2.0.0 ???????? Message accepted for delivery

 > QUIT

 221 2.0.0 mail.domain.ext closing connection

 Connection closed by foreign host.

Try that with Chatter.

Of course nobody would do that except for a stunt - but this is what is going on in the background of every mail client you would actually use on a regular basis. The simplicity of this protocol means that anyone can implement their own tool, offering specific capabilities. Email clients can be arbitrarily simple or complex, and anyone can choose one that suits their own requirements.

Email is email is email

One of the consequences of that simplicity is universality and flexibility. Anyone using email can communicate with anyone else, regardless of what client or server software they are using. Email is email is email.

In contrast, most would-be email killers are walled gardens, consisting of a service that is tightly integrated with its client app and does not allow third-party clients. This makes it much harder for innovation to happen, because there is only one provider, and they deliver only the functionality that they want and can build. If you want a feature to be added to Slack, you can’t build your own Slack client; you have to petition Slack to do it, and they choose whether to implement that feature or not.

Even now, more than fifty years into the age of email, there is constant experimentation, with new email clients popping up all the time. Right now I am using one called Notion, which implements all sorts of gestures to triage your inbox. You can "star" messages, file them, and even snooze them so that they go away but come back to your inbox later. Even in the simplest clients, you still have the option to read something and then mark it as unread so that you don’t forget about it.

Try snoozing a notification from Facebook Messenger, or marking a WhatsApp message as unread to return to it later. Can’t be done.

You don’t need a fancy client, either. There are a ton of features built right into the protocol. Think of the concise power of the CC and BCC headers, or the simple "forward" action. With CC ("carbon copy", a coelacanth term surviving from a previous age of office technology) you can make people aware of a conversation, while also making it clear that they are being informed but are not expected to take action. BCC ("blind carbon copy") lets you send a message without making each participant aware of all of the others, so you can let your boss see the email you sent without the recipients seeing their name. BCC should also be used by anyone sending mass emails, to avoid disclosing the entire recipient list to every recipient, but people regularly forget - with hilarious consequences.

In contrast, chat systems are symmetrical. You can add people to a group chat, but it’s a flat hierarchy; no question of someone being informed as opposed to an active participant, or a silent observer. Forwarding a message with its context is also usually impossible. Sure, you can easily copy the text, but not the group participants and so on. Email’s simplicity make all of these features universal, independent of the generosity of one particular developer.

Email just won’t die

Email is unkillable because it provides substantial utility, and it is easy for people to build additional value on top of a common standard. In other words, if it's a dinosaur, it's the sort that didn't get killed by an asteroid, but instead grew feathers and is still around today.

The old TRS audio jack has only ubiquity in its favour. It does not offer any particular functionality; the TRRRS extended spec that lets in-line remotes work is a horrible hack, and it’s kind of surprising that it works as well as it does.

Also, most iPhone users just use the EarPods they get with their device, so I would not have been surprised if, absent the media firestorm and rending of vestments, people would have just used the Lightning EarPods and not even have noticed the change.

And if you feel that strongly about it, use the adapter that Apple puts right in the box.

Who wants to bet that inside of two years, all the major Android manufactures offer phones with audio over Micro USB or something similar, instead of TRS? Some vendors already do…


  1. Yes, I have given up on calling it "e-mail", although I still think that is more correct. 

  2. An internet, the Internet. Come at me.