The future direction of Mozilla Thunderbird, and indeed the Mozilla Corporation itself is currently a hot topic of discussion across the web. CEO of the Mozilla Corporation Mitchell Baker sparked the debate with her Email Call to Action, a post which presented two topics to the Thunderbird community - the future of Thunderbird, and the future of email.
The problem, summarised nicely on Mozillazine is the priority placed on Firefox over Thunderbird by the Mozilla Corporation. Whereas the Mozilla Foundation encompasses the whole of Mozilla and all of its projects, the Corporation is responsible for Firefox and Thunderbird only.
The real problem
I believe that the problem extends much further than this, in fact. The community behind Thunderbird is obviously much smaller than Firefox, for which there’s a good reason - novelty. The simple truth is that there is no novelty behind email. Of course Thunderbird has the same excellent plug-in architecture as firefox, and therefore can be extended to do almost anything from the useful calendar integrationg to the novelty of integrated media player control.
However, email isn’t like the web. There’s no email 2.0, with developers doing new and exciting things with the technologies given to them. The explosion of web 2.0 and related technologies doesn’t affect email - and with this statement I include GMail, which is essentially a nice interface to the same old thing.
Teaching old dogs new tricks…
…simply doesn’t apply to email in its current form, and neither to email client applications. Let’s take a look at the different types of email clients and their feature differences.
Email-only
Examples: GMail
The simplest form of email client does just that - sends, retrieves and archives email. GMail is the perfect example of this type of mail client - it does nothing else. Obviously I’m considering the management of an address book or list of contacts an integral part of these operations, and not a feature in its own right.
Email + News
Examples: Outlook Express, Mozilla Thunderbird
Take an email-only client, add newsgroup and/or RSS feed support, and get an Email + News client. While Thunderbird does both, Outlook Express only supports newsgroups. This type of client is perfect for the basic home user, and since Outlook Express is installed on all Windows-XP machines as standard (I’ve no experience with Vista) this isn’t entirely surprising.
Personal Information Manager (PIM)
Examples: Outlook, Evolution
Take an email-only client and pile features onto it - a fully-integrated calendar, to-do list, ’sticky notes’, more complete contact/address book management and a journal to visualise activites over time - what you get is a PIM. Then take a device like a PDA or cellhpone and synchronise this information to take it on the move.
Thunderbird does some things very, very well. Unfortunately they’re also things that most everyday users probably wouldn’t notice, since I’d imagine most people tend to maintain only one email account (I may be wrong here). The thing I love about Thunderbird is that fact that it does IMAP correctly.
Everything about IMAP is horrible in Microsoft Outlook - the delete/expunge process is outdated and frankly unintuitive. I understand that this is how IMAP works, but look at the way the two applications present this functionality to the user - when deleting an email on an IMAP server in Outlook, a striked line appears through it, to show that it’s been marked for deletion, and is ready to be purged or ‘expunged’.
Conversely, Thunderbird moves the email to a ‘virtual’ folder called Trash - this folder isn’t really there, it just makes the process of trashing and then permenantly deleting a mail more intuitive. Such is the problem with outlook - when I delete a mail, I want it gone - out of my way. My eyes shouldn’t have to strain to see an undeleted message in a list of deleted ones. This problem is also true for moving a message to another folder, since moving a message involves making a copy and then deleting the original.
Sending messages is just as much a problem in Outlook - send a message, and it gets stuck in a local ’sent items’ folder that doesn’t move machines with you. Thunderbird, however silently moves it to the Sent folder I’ve set up on my IMAP server without complaint. Outlook can behave this way, but it involves setting up special rules in the Rules and Alerts window in an unusual manner - defining a rule based on which Outlook form was used to create the message. No, really!
What’s needed
What’s needed is a whole new approach to not only email, but collaboration in general. Let’s face it, Microsoft Exchange is good at what it does. Call it bloated, expensive - whatever you will, but nothing compares with its enterprise-level management of people’s time, information and sharing of information.
This is what I believe we need to achieve with email 2.0, something which I believe Baker was implying in the second part of her post - a Broader Mail Initiative. I use Thunderbird on a daily basis, although I’m tied to running Outlook alongside it to syncrhonise to my phone/PDA, and I’d love to see Thunderbird take a more positive, leading role in the space of communications, utilising the resources and support of the Mozilla Foundation much in the same way Firefox has.
This could progress into new ideas - a complete vision for collaboration/discussion that far exceeds email and shared calendars. The way I see it there are three major discussion technologies currently used on the Internet - Blogs and RSS Feeds, Forums and email.
Why are the first two done primarily in the browser? OK, you can use Thunderbird to download an RSS feed and view it, but you can’t use it as a platform for contributing to the discussion. This involves using a browser. And what about forums? Again, you can subscribe to a forum’s RSS feed to read posts, but not to discuss.
And that’s what I believe is needed - openly developed standards for communication and collaboration. Let’s empower Thunderbird as the pedestal for those standards - Thunderbird needn’t just be an email client with RSS and Usenet functionality.
For more information you could start with Mitchell’s blog, followed by the Future of Thunderbird, and the Future of Mail wikis.
