Making Thunderbird Financially Sustainable: How it Could Work

by Joe Brockmeier - Feb. 11, 2010Comments (5)

Thunderbird Logo

Mozilla Messaging is looking forward to a big year in 2010 including Thunderbird 3.1 and figuring out how to make the project financially sustainable. Making Thunderbird better is the easier part. Figuring out how to make money as a project is another story entirely.

No doubt the next release of Thunderbird, currently code-named Lanikai, will do a lot to win users. Lanikai will focus on making the upgrade from Thunderbird 2 more gradual, and improving on the Thunderbird 3 platform. This means fixes for IMAP, stability and memory improvements, interface enhancements, and improvements to message filters and Smart Folders. The 3.1 release is avoiding disruptive changes and the team is shooting for a May release. The bigger challenge ahead for Moz Messaging is how to pay for itself.

Mozilla has supported itself primarily via Firefox and its relationship with Google. This has done well by the Foundation at least through its last posted financial statement for 2008. The foundation has brought in upwards of $75 million in 2007 and 2008, with expenses of nearly $50 million in 2008, funding 200 full and part-time people to work on Mozilla globally.

Messaging was split off in 2008 to focus on email and Internet communications. The promise then was that the project would find ways to fund itself. Unlike Firefox, Thunderbird doesn't have a natural business partner or partners to bring in funds. David Ascher, who heads Mozilla Messaging, says that the project will look for models that are of benefit to the users:

We're specifically looking to identify business models that create economic value by improving the user experience of Thunderbird users. This is nothing new for Mozilla. The foundations of an open source codebase, the ability for users to opt-out of commercial relationships, and an architecture that allows plugging in alternative providers for whatever service or product we end up partnering with are non-negotiable requirements. With that as a foundation, we're looking for ways to make the online life of our users better, and within those ways, identifying those which can help ensure Thunderbird’s long life.

This will happen through a set of public opt-in experiments. For each business model that we try, we'll build a prototype, announce it, get data to evaluate it, solicit feedback from users, and evaluate whether it's worth continuing. Anecdotal data suggests that plenty of Thunderbird users are happy to be offered commercial services which provide them value and help Mozilla too.

Ascher also says he's going to try to "open source" the business model and development activities for Messaging. The biggest problem I see for Thunderbird and Messaging tools like Raindrop is that they are add-ons for existing services, where the vendors have control of the full stack and a direct relationship with the user. It isn't necessarily true that desktop e-mail provides a better experience. Google can roll out features to Gmail far faster than Mozilla, and can offer a full suite of tools. Zimbra has its own server and client tools. Microsoft, well, that doesn't require a lot of explanation.

Things have changed a lot since Netscape had an integrated mail reader, which was subsequently broken out of the Mozilla Suite to create a leaner application which is now the world's second-most popular Web browser. For many users, Thunderbird can't provide a complete solution the way that other tools can. The Moz folks have done a great job integrating with services like Gmail — but many users wind up just going right back to Gmail.

As Mozilla Messaging looks to monetize its services, the project should think strongly about providing a top-to-bottom solution. Not just connecting with other services, but providing the mail hosting and services that users want. Mozilla Messaging and Status.net (which provides the popular Identi.ca microblogging service) seem like natural allies, for example. I'm not entirely sure what a successful model would look like — but merely providing a client or add-on for existing services doesn't seem the surest path to success. And I do want to see Mozilla succeed here, for a couple of reasons. One, the Mozilla folks are ultimately focused on doing what's right for the user first, and the group has a strong commitment to privacy, security, and enabling an open Internet. Secondly, successful open source models that work for Mozilla Messaging might work for other FLOSS projects and working funding models for independent projects are sorely needed

If you think you have ideas that might lead Mozilla Messaging to success, the group has a job for a business development lead. And Ascher invites interested parties to touch base with him at the Messaging Anti-Abuse Working Group meeting next week in San Francisco.



Mark Walker uses OStatic to support Open Source, ask and answer questions and stay informed. What about you?



5 Comments
 

I have a few organizations using Thunderbird as their main email client. The switch from Outlook to Thunderbird has been positive for the most part. The area's where Thunderbird needs improvement are in sharing. It is very difficult to share the address book. LDAP and SynKolab are the only viable options I know of. LDAP is read-only, ans SynKolab is in its very early stages and doesn't always perform well. The calendar is much easier to share, if you are familiar with WebDav or CalDav. I feel there would be much more interest if there was a simple option for sharing the address book and the calendar via CIFS/SMB, FTP or WebDav. This could be an addon, with a small fee. The fee could be per connection or per share. The fee should also cover limited email support.


0 Votes

I think that maybe its time that we begin to look at ways to fund open source projects that give user and companies viable options to software that is put out by large companies that seek to monopolize and close choice and standards.


Because of their size and economic strength many companies compete against open source by offering their applications for free. This takes away the option of choosing open source based on price and this type of strategy puts open source projects in the postion to compete on features against companies that spend hundreds of millions of dollars on R and D.


In an organized way would like to share revenue from companies I have started with Open Source projects.

We are hoping to have the mechanics of this worked out in the next 30 days.


0 Votes

I think that the main source of support for Thunderbird could surprisingly from large corporate/governmental users ... if Mozilla Messaging was able to switch to Apache/Linux-kernel mode (e..g, large users providing sweat equity payments), it shouldn't be that complicated to get enough manpower to provide sustainable support for TB.


IMHO, more Trusted Birds (http://www.trustedbird.org/tb/) and it could work. Now, could anybody provide LDAP Read/Write support addon, please? :)


I guess the main role of Mozilla Messaging in this model would be to provide infrastructure and encouraging more large users to step up and do The RIght Thingâ„¢.


P.S.: Could you please switch on OpenID support here? Requiring me to create YetAnotherUselessAccount (unfortunately uselessaccount.com is down) is pretty silly.


0 Votes

The defacto standard in corporate mail (in my not so humble opinion) is Exchange/Outlook. Thunderbird 2 series did well to mimic the look and feel, however, sharing calendars via webdav is slow when you have several calendars, and it is cumbersome to manage.

Thunderbird 3 changed the familiar look and feel of Outlook; I feel that may deter would be Outlook users to switch. (I am NOT a fan of the new look)

The address book needs a lot of work. Sharing via LDAP is fine, but READ ONLY? Not acceptable.

If team Thunderbird wants to make their project appealing, then appeal to the business world and GIVE THE PEOPLE WHAT THEY WANT:

1. A quick, responsive, modern PIM with low resource footprint.

2. Mimic the look of Outlook so it is comfortable for Exchange users to convert.

3. Database backend configurable (MySQL, MsSQL, SQlite, etc) for mail AND contacts.

4. Easy to share resources with ability to set security and audit who changed or created objects. (last modified by user on such and such date)


This would most definitely appeal to me, as my department is using TB2 with webdav ics calendars (SLOWWWW) and an LDAP address book (read only).


Thank you for your efforts.


0 Votes

Yes, all that has said is very true, thank you for this info, it was worth reading.


Regards,


Ashmax


0 Votes
Share Your Comments

If you are a member, to have your comment attributed to you. If you are not yet a member, Join OStatic and help the Open Source community by sharing your thoughts, answering user questions and providing reviews and alternatives for projects.


Promote Open Source Knowledge by sharing your thoughts, listing Alternatives and Answering Questions!