LWN.net Logo

The future of Thunderbird

By Nathan Willis
July 11, 2012

Mozilla surprised Thunderbird fans on July 6 when it announced that it was pulling developers from the project. Mozilla says it will continue to test, patch, and maintain future releases — including stability and security fixes — while letting community members guide development of new features. But that promise did not prevent a slew of headlines reporting that the email client was being put out to pasture. A number of Mozilla developers have subsequently commented on the decision, helping to clarify the outlook for the future somewhat, if not completely.

Mozilla chief Mitchell Baker posted the announcement on her blog, starting with the question "is Thunderbird a likely source of innovation and of leadership in today’s Internet life? Or is Thunderbird already pretty much what its users want and mostly needs some on-going maintenance?" The answer from Mozilla's upper echelons, evidently, is that the desktop email client is essentially feature-complete, and not likely to experience further innovations. Consequently, Mozilla as a whole is better off directing its engineering resources to its current "priority" projects.

Baker's post was interpreted by many to mean that Mozilla was halting development on Thunderbird, perhaps offloading control of the project to the open source community or otherwise attempting to get rid of the project without saying that it was getting rid of the project. Thunderbird would hardly be the first open source project to suffer such a fate, so a pessimistic take on the announcement is understandable. But the details that have emerged since the announcement paint a different picture.

Details, details

On July 7, Jb Piacentino posted an announcement to the tb-planning mailing list which covered the same ground as Baker's post. In it, he assured readers that the move was not the cessation of Thunderbird development:

We're not "stopping" Thunderbird, but proposing we adapt the Thunderbird release and governance model in a way that allows both ongoing security and stability maintenance, as well as community-driven innovation and development for the product.

Thunderbird developer Ludovic Hirlimann said on his blog that Thunderbird 14, 15, and 16 would all be released before the new plan takes effect, and that the new model's practical effect would be that "we won’t have the time to work on specking, developing and testing new features," although the team would still participate in the development process.

Details about the plan are described on the Mozilla wiki. The plan draws a distinction between the normal Thunderbird and the extended support release (ESR) version. Mozilla will focus on the Thunderbird ESR releases and associated security updates, while allowing other contributors to work on the standard Thunderbird trunk. Mozilla will continue to provide the testing and release infrastructure, and Mozilla staffers will serve as the release team. But the Mozilla staffers will not be tasked with introducing new features. ESR releases are guaranteed to receive security updates for one year, rolled out with Firefox ESR, on a six-week schedule.

Despite Piacentino's reassurances and the wiki's lengthier explanation, some on the list still interpreted the news in starkly different terms. For example, while Ben Bucksch took it to mean an end-of-life announcement, Charles Tanstaafl read the announcement to mean that Mozilla employees would "focus on stability and fixing many of the long standing bugs".

Others wanted more specifics on the new process. Kai Engert asked whether the arrangement meant that Thunderbird releases would be kept in sync with Firefox on shared components (including Gecko):

The one thing I'm worried about is regressions.

Firefox and Thunderbird share application level code that is responsible for the correct functioning of security protocols.

If a change is made because it's needed by Firefox, it's easy to forget that Thunderbird may rely on the previous behaviour, and the change might cause a regression in functionality/usability/correctness/completeness for Thunderbird.

This has happened in the past. If Thunderbird becomes even less of a priority for the Mozilla project, with even fewer people available to work on cleanup and adjustments to newer Gecko core, then there's the risk that such regressions might occur more frequently in the future.

Concerns raised also included the fate of in-progress development work (such as the long awaited rewrite of Thunderbird's address book) and whether or not the outside community would be able to mentor Google Summer of Code (GSoC) projects, which have been a dependable source of new code in the past. The community has indeed played a major part in recent innovations, including the new "conversations" view extension, MIME handling, and the recent removal of RDF as a dependency. Mozilla's Mark Banner replied that Thunderbird's annual ESR releases would synchronize with the then-current Firefox release (including any Gecko updates), but that the intervening six-week security update releases would not roll in recent changes. The bulk of in-progress projects are slated to be completed before the new process begins, he added. Finally, he pointed out that Thunderbird community members had mentored past GSoC projects, so the process change should not interfere.

Email versus the web

Several Mozilla staffers commented about the announcement in blog posts of their own. Thunderbird developer Joshua Cranmer observed:

Thunderbird has not been a priority for Mozilla since before I started working on it. There really isn't any coordination in mozilla-central to make sure that any planned "featurectomies" don't impact Thunderbird—we typically get the same notice that add-on authors get, despite being arguably the largest binary user of the codebase outside of mozilla-central. Given also that the Fennec and B2G codebases were subsequently merged into mozilla-central (one of the arguments I heard about the Fennec merge was that "it's too difficult to maintain the project outside of mozilla-central") and that comm-central remains separate, it should be quickly clear how much apathy for Thunderbird existed prior to this announcement.

Cranmer did not bemoan this situation, however. He saw it as natural considering the growth of mobile email, and because "Mozilla's primary goal is to promote the Open Web." The assertion that the web — but not email — is Mozilla's central mission was also touched on in official channels. The wiki page states that the priority projects getting Mozilla's attention are "important web and mobile" efforts, "while Thunderbird remains a pure desktop only email client." Baker's blog post similarly noted that the project has "seen the rising popularity of Web-based forms of communications representing email alternatives to a desktop solution."

But Bucksch took issue with that notion in considerable detail, observing that if Thunderbird is losing out to web-based email, that constitutes a loss, because "Webmail is definitely not open. You're totally dependent on the features and limitations the provider offers [...] Privacy goes out the door with webmail. Even integrity: The ISP can even alter the message contents years after the fact, and I have no way to verify or prove this."

Mozilla's stated mission is "to promote openness, innovation and opportunity on the web, but Bucksch points out that its manifesto stakes out considerably broader principles about the openness of the Internet as a whole. Side-stepping for the moment why the organization has a separate "mission" statement and "manifesto" at all (much less inconsistent ones), the point is well-taken. If Thunderbird has failed to grab a majority of the world's email client share, what users are left with are proprietary OS-vendor clients on the desktop, or proprietary software services on the web. Mozilla Labs briefly toyed with a webmail client called Raindrop, but shuttered it before it left the experimental phase.

Perhaps competition from webmail clients is a side issue, and Mozilla is primarily readying itself to make a greater play for what it sees as the new email battleground on mobile devices, with its Boot-to-Gecko effort (which was recently renamed Firefox OS). Andrew Sutherland, a developer on Mozilla's forthcoming Firefox OS email client, told the tb-planning list that he and other team members were list subscribers, and were at least open to the possibility of collaborating with the Thunderbird community on compatibility features.

Despite the doomsday predictions that leaked out following the initial announcement, Mozilla's plans indicate that it is committed to testing and releasing Thunderbird for at least the next year or so (depending on the final release date of Thunderbird ESR 17). The distant future is less clear, but that could be said of many other projects. Anyone who doubts the ability of the Mozilla volunteer community to maintain a product needs only to look at Seamonkey, which continues to live on long after Mozilla lost interest. Still, Mozilla's second-class treatment of its email client is troubling for other reasons. Email itself may be relatively static, but IM, VOIP, and other communication methods are coming and going all the time, and Mozilla has not offered a consistent client story for them. If Firefox is Mozilla's only product, users' hope for an open web boils down to "hopefully the service providers will write open source web apps for foo" — which seems like a long shot.


(Log in to post comments)

Feature complete

Posted Jul 12, 2012 8:33 UTC (Thu) by Seegras (subscriber, #20463) [Link]

"Features", you mean like those provided by these add-ons I need?
- CALDAV - Search/Subscribe
- Copy Folder
- EDS Contact Integration
- Enigmail
- Header Tools Lite
- keyconfig
- Lightning
- Mail Redirect
- OpenERP plugin
- Outgoing Message Format
- ThunderSync
- Timezone definitions for Mozilla calendar
- Toggle Headers
- Trueblock plus

Feature complete

Posted Jul 12, 2012 17:27 UTC (Thu) by iabervon (subscriber, #722) [Link]

Yes, they've decided not to do half-baked core code that interferes with those add-ons. If the add-on API is sufficient to implement those features such that they work well together and with the core code, it's entirely appropriate that Mozilla leave them to other people. Modularity is a good thing.

Feature complete

Posted Jul 12, 2012 22:18 UTC (Thu) by dlang (✭ supporter ✭, #313) [Link]

the problem is that the add-on API is full access to all the internals of everything. As a result, absolutely anything can be implemented as an add-on, but it also means that changing anything can break an add-on

Feature complete

Posted Jul 12, 2012 22:40 UTC (Thu) by iabervon (subscriber, #722) [Link]

All the more reason to be glad they're planning to stop changing stuff...

The future of Thunderbird

Posted Jul 12, 2012 16:34 UTC (Thu) by dskoll (subscriber, #1630) [Link]

TB3 jumped the shark and I switched to Claws Mail. It's really too bad.

FF13 is also pushing me hard to Chrome. I don't understand what happened to Mozilla.

The future of Thunderbird

Posted Jul 13, 2012 4:48 UTC (Fri) by aryonoco (subscriber, #55563) [Link]

I understand Mozilla's reasoning. After all, it is an organisation with very finite resources and they should dedicate those resources to where they have the most impact. And I think that Mobile will be a very big part of computing in the next 10 years, so I applaud Mozilla's Firefox OS efforts, if only to keep Google honest.

Clearly this is not 2002 anymore, and the majority of non-Outlook using users have now migrated to webmail of one sort or the other. I just wish there was a way to properly use GPG with webmail.

The future of Thunderbird

Posted Jul 13, 2012 9:57 UTC (Fri) by Jandar (subscriber, #85683) [Link]

> I just wish there was a way to properly use GPG with webmail.

As the article says: "Privacy goes out the door with webmail. Even integrity: The ISP can even alter the message contents years after the fact, and I have no way to verify or prove this." If you use webmail, gpg is basically snakeoil.

For me reliability is the prime feature of an email client, all other features are second by a wide margin. Thunderbird fails on this.

The future of Thunderbird

Posted Jul 13, 2012 10:56 UTC (Fri) by paulj (subscriber, #341) [Link]

Not quite true, the PGP can be done in the browser, so making it still secure with webmail. Pretty sure there are, or at least have been, plugins for popular browsers to let you encrypt textfields.

The future of Thunderbird

Posted Jul 14, 2012 5:07 UTC (Sat) by jackb (subscriber, #41909) [Link]

Pretty sure there are, or at least have been, plugins for popular browsers to let you encrypt textfields.

There's still a plugin called FireGPG floating around, occasionally updated by volunteers after its creator abandoned the project.

In addition I think the GPG helper apps on most operating systems allow you to encrypt the contents of the clipboard so you can always compost the text somewhere else, encrypt it, and paste it into the browser.

The future of Thunderbird

Posted Jul 14, 2012 11:11 UTC (Sat) by hummassa (subscriber, #307) [Link]

If only there was a technology that permitted people to run things in their browsers, and store data there without sending it to the web server!

Copyright © 2012, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds