The more things change... the more they stay the same.• Nostrong innovation in email, while the web/mobile has ﬂourished. Why?• Major players have (inadvertently) chilled innovation• Spam (90-95%) and storage: big barriers to entry• RFC822, 2822, 3501, etc: young, innovative developers don’t much care for these ancient standards• Complex state machines vs. stateless transactions
TIME TO REINVENT EMAIL? Start over from ﬁrst principles
ASKING WHY• Why and how do people use email? Victoria Belloti, PARC Inbox Love, February 2011
“CRAP. I OWE HIM A REPLY!” Email is where we manage our obligations. (Really badly!)
DESIGN CONSTRAINTS• Newproducts are a result of speciﬁc design constraints• Withinthe world of email, the only true design constraint is interoperability: RFC2822 and friends• What else might be possible?
GOOGLE WAVE• “What email would have been if it had been invented today.”• “We may have overstressed that idea.”• “We forgot one thing: to make it work with email.”• Based on XMPP; how very different is that from SMTP?
THE PROBLEMS overload corrosiveFor many, email is making things worse, not better.
HOW PEOPLE USE EMAIL• MYTH: people want one email identity• FACT: on average, people have six!• FACT: Namespace is more important than features!• Ben Gross (presenter, Inbox Love, November 2010)• http://bengross.com/publications/
STORAGEDealing with arbitrarily sized email is HARD. Viruses, attachments, documents, UGH!
BLAH, BLAH, BLAH. THE FOREGOING DOCUMENTS ARE CONFIDENTIAL This message and the foregoing documents are intended solely for the use of the individual(s) or entity to which they are addressed. It may contain information that is privileged, confidential, and exempt TL;DR from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible forToo long, didn’t read. delivering the message to the intended recipient, any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by replying to this email and delete all copies. Thank you.
NEW DESIGNCONSTRAINTS? GOALS Ease overload. Improve relationships.Put (small) cost on sender. Orient around people instead of messages. Standards compliant.Minimize new constraints.
SHORTMAIL IS OUR CONTRIBUTION• We hope it will improve relationships• We hope it will improve response time• We hope it will reduce cognitive load• We hope it will put a reasonable cost on senders hope it will spur innovation in the stagnant• We world of email
Shortmail is standards-compliant.IMAP/POP for compatibility with millions of mobile devices. (whence FB IMAP?)SMTP for interoperability with every existing email address. But mostly, we want Shortmail to make you happy. A true public identity? Future? Open social network built on email?