top | item 31422449

Thunderbird's donation-driven revenue rose to $2.7M in 2021

54 points| rglullis | 3 years ago |ghacks.net | reply

27 comments

order
[+] StillBored|3 years ago|reply
I've been running thunderbird for what, ~20 years now? Its a love/hate relationship. I curse it almost daily, but have issues with most of the alternatives as well.

So, I was excited about the fact that thunderbird was going to get some attention, and was even going to throw some $ at them.

Then I read their planning/backlog

https://developer.thunderbird.net/planning/roadmap-1

and things I simply could not agree with poped out at me, particularly the plan (now partially done?) to reimplement the IMAP support in javascript.

https://bugzilla.mozilla.org/show_bug.cgi?id=1707547

The IMAP support is one of the weakest things about thunderbird, because its horribly slow, buggy, doesn't scale, etc, etc, etc. And frankly I cannot see how rewritting in it JS will solve any of that. What it needs is IMAP support that can sync lots of folders and doesn't peg CPUs (which is already a problem) while doing it. My own biases seeing what others have accomplished with their JS rewrites (usually electron, so maybe that is part of the problem) give me a very low opinion of them.

So, I will give it a chance, but I predict it won't work with my mailflow out of the box, and generally will make everything even worse, and the developers will ignore those of us that get more than 1k worth of emails in a day.

(I mean look where firefox has gone, I can't even get it to draw pages consistently, and its not the platform/computer because I see it doing the same buggy behaviors on my linux and windows machines. I've even resurected my firefox kill all scripts because that seems to "fix" it for another 1/2 day until it goes bonkers again).

[+] tristan957|3 years ago|reply
I use Firefox every day and never have problems.

As far as JS for IMAP, I seriously think that the developers of Thunderbird would understand the pros and cons of using it more than those of us sitting in the peanut gallery.

I would bet that if it was implemented without any fanfare, you probably would not notice anything.

[+] thaway2839|3 years ago|reply
I still don't understand the lack of Mozilla's support for Thunderbird, right as the mail client space was hitting peak hotness.

This was the time Google and Apple were paying millions to buy the likes of Sparrow and Inbox, etc.

[+] bubblemoth|3 years ago|reply
I've always been interested in using a desktop client for email, and a few times I have installed and configured one.

But I've always gone back to the web client. What are the advantages of using a desktop client over a web client?

[+] apocalyptic0n3|3 years ago|reply
For me personally, I am actively monitoring 6 different accounts across 3 different services. There's no way I'm pinning, at minimum, 3 different tabs in my browser to accomplish something that Thunderbird or Spark handles much more effectively.
[+] LinuxBender|3 years ago|reply
In addition to what others have already said, one can back up their emails and archive them wherever. This is useful not only for account termination but also for migrating to other email providers. Combine this with using a custom domain and one can have much more control over their communications. One can choose whether to leave emails on the server or move them locally and manage backing them up locally or even push an encrypted backup into the cloud.

Thunderbird can encrypt emails very easily to at least keep the body of the email hidden from machine learning. There are how-to's and videos for creating and managing encryption keys.

[+] rglullis|3 years ago|reply
You need less resources. Your data is always with you. You can add extensions that make things more suitable for your workflow.
[+] thaway2839|3 years ago|reply
A random selection of benefits that I see on an almost daily basis:

Combining multiple accounts from multiple providers in the same interface is a lot easier.

Alt + Tabbing to your mail client is a lot easier. It's absolutely brilliant in something like i3 where I pin my mail app to a desktop, and so my mail is always a single key combo away.

Having multiple open message/compose windows is a lot easier.

Stuff like multiple mail selections using your keyboard and even mouse is a lot easier.

Notifications work better and can be controlled in a much more granular way.

There are a ton of automations that can be made a lot easier.

Attaching files to email is a lot easier. Most OS'es/file browsers can make it a single right click process.

Rules can be far more powerful.

Downloading means you can access your messages (maybe even all messages) at anytime, whether you have access to the internet or not.

You can maintain email hygiene much better. For example, I have my email check set to once every 15 minutes, which means I will only be able to see new email once every 15 mins at most. Until I really got used to not checking and refreshing every time, I had even more aggressive strategies where I blocked network access to the email app and had to manually enable it and manually download emails, each time I wanted to check emails. There may be better strategies or alternatives, but the point is that you have a lot more control.

The downsides of desktop mail clients: Search tends to be slower and often worse.

No easy access from other computers.

Some missing "advanced" features (e.g. the GMail style promotions tabs, etc., and the additional live features GMail often provides)

Labels don't work well with most desktop clients (although GMail focused clients do an excellent job, but personally I don't prefer them because I have many non GMail accounts that I also want to use in the same interface).

IMAP syncing is slow and silly. I wish we had a better protocol. This doesn't make much of a difference in practice unless you're trying to use email as an IM application.

[+] gaganyaan|3 years ago|reply
If you use gmail, one advantage is that you won't lose years of emails if Google randomly decides to terminate your account.
[+] sudosysgen|3 years ago|reply
It's blazing fast in comparison, you have much more flexibility in configuration, you can do neat things with your data that's all there, etc...
[+] Shadonototra|3 years ago|reply
> Contributions go to MZLA Technologies Corporation, a California corporation wholly owned by the Mozilla Foundation. Funds will be reserved for use in the Thunderbird project. Contributions are not tax-deductible as charitable contributions.

You don't donate to Thunderbird, therefore, just like Firefox, you shouldn't expect your money to go to Thunderbird developers

And by the way, you promote that kind of behavior by doing so:

https://calpaterson.com/mozilla.html

[+] melony|3 years ago|reply
> The Thunderbird project has a total of 18 employees. The team wants to hire several engineers without spending more money than what is coming in.

You will need more than 2.7M for that.

[+] olliej|3 years ago|reply
That’s 170k/engineer which is well below Bay Area engineering salary. Not sure how much of the TBird team is in the bay vs other locations
[+] warent|3 years ago|reply
In which year again?

EDIT: This was a small joke in reference to the old redundant title. It has since been updated

[+] rglullis|3 years ago|reply
And thank you for that. For that I thank you. :)
[+] olliej|3 years ago|reply
That’s maybe revenue for 20-30 engineers at a moderate (though less than 100) %age of Silicon Valley salary. While they aren’t having to do the full render engine work I don’t think it’s going to be a purely nominal amount of work.
[+] aborsy|3 years ago|reply
How do you back up Thunderbird profiles?

The profile is one big file. Each time I rsync the profile to a remove server, because the file has changed, the whole profile has to be transferred again to the server.

[+] davrosthedalek|3 years ago|reply
I think there is a switch somewhere which changes the mail store from monolithic to one file per mail. Or is it the database which is so large?
[+] finhaole|3 years ago|reply
Congratulations to MZLA Technologies Corp