Give to Thunderbird
give.thunderbird.net
give.thunderbird.net
Not sure whether Chat should be part of it, currently offering Google Talk, IRC, Odnoklassniki, and XMPP (Twitter finally gone). Support for Usenet News is appreciated, though I enjoy Pan.
On GNU/Linux I thus consider GNOME Evolution as best alternative. (Haven't looked at the KDE suite for some time with Akonadi being too heavy last time I tried it on my simple machine.) Neither Claws, Geary, Sylpheed, or others offer such broad support, although those are very nice GUI clients.
Further alternatives are listed in https://en.wikipedia.org/wiki/Text-based_email_client
Evolution seems to have a similar architecture, but everything can be configured from within evolution's gui
I think there's an A-rate tool hiding in Kmail and Kontact, but development is glacial and not very responsive feature requests. (I even asked for some help setting up a dev env to develop something myself but no replies.)
But Geary works nicely on mobile phones, like the PinePhone. For me it serves a different niche than Thunderbird (which is my default desktop email-client).
Just this week I gave them 10 Euros for the addon because my company refuses to enable IMAP for Office 365. I'm not affiliated with them, but I've been using the Tbird addon for a few weeks and it works perfectly. The license is per-year, though I guess that makes sense because I expect that it needs to be updated whenever the Office 365 site is updated.
It’s like how having super draconian password reset and complexity requirements ends up being less secure because users will start writing their impossible-to-remember passwords on post-it notes.
If you have IMAP on GMail you get two choices, you can admit you're sacrificing security, and they'll mint a random password just for that IMAP application, or you can use OAUTHBEARER. As I understand it if enabled IMAP for Office365 can do OAUTHBEARER.
The nice thing about OAUTH is that it's a natural integration for your multi-factor authentication, which as I understand it doesn't fit well into Kerberos. But to be sure Kerberos is much better than yet another human memorable secret password exchange.
There is nothing draconian about restricting IMAP - any app could exfiltrate confidential emails once granted access. It’s a very sane rule to disallow everything except webmail or first party apps.
The service is protected with a username and password, didn't matter if it was IMAP or webmail.
I’m surprised you got this one approved.
Right, which is my point.
I trust indie devs for lots of software, tools, and apps; but absolutely not an extension that reads my privileged communications.
Donated, and will consider setting up something recurring.
Why doesn't Firefox have this?
So the split is: you can donate to the non-profit organization, while the for-profit corporation only handles taxable income.
The reason why it is split is due to taxes. Mozilla created the corporation after getting in trouble with the IRS.
Edit: I haven’t kept up with Thunderbird for a very long time, but it looks like they’ve also moved to be developed by a for profit corporation, but a different one then the one that develops Firefox, so different people making different decisions. Also, donations to thunderbird are no longer tax deductible.
I think a lot of people are confused about this, myself included. A lot of people want to donate directly to Firefox for development.
But there are vast sums of money to the tune of $400M+ already involved here. I assume the $20 donations people give to Mozilla go towards the broader initiatives of the Foundation.
But the search ad revenue buffer is huge.
I understand about the corporate/foundation split, but they could just sell 'subscriptions' that don't really give anything so they're basically donations. If the pencil pushers really insist something is given in return, they can make a cool subscriber badge in the app or something.
Right now they're focusing too much on their VPN stuff which isn't available here and I have no need for anyway.
> 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.
Google bugzilla
More generally, I've found in the past that "open source connectors etc to Exchange" support tends to be or become abandonware, because generally the kind of person who writes that sort of addon/integration doesn't really like working in the sort of environment which mandates Exchange and locks it down, and so after a few years when they move on to a new job that doesn't require them to use Exchange the addon becomes abandonware because the original author no longer needs it. So it probably does need to be either Mozilla taking it on as a "we must support this" feature or somebody like Beonex making it a paid product.
Then I can use whichever client I like. Otherwise it's just bouncing between which client has had the exchange plugins updated most recently.
As a bonus, it's distributed as a jar, so you can download and run for the latest support, even on an LTS of a Linux distro
Can you accept/reject meeting invites with it? The Tbsync extension that I am using does not have this feature.
[edit]
I noticed I'm running it with "java -Xmx512M" which probably explains the half-GB of ram usage. It's possible that if I increased that value it would perform better with large folders, but I keep my inbox fairly reasonable and I don't care if the other folders take a bit of time to sync.
Also, FWIW, it's the 10th largest item in my top listing, with even Thunderbird using more RAM (850MB). I suspect mutt, offlineimap and davmail would combine to be smaller than TB alone.
[edit]
Also consider getting your employer to buy you more RAM? A 32GB SO-DIMM kit from corsair is under $200, so nobody should have to worry about half a gig on their work machine...
That's the short answer to the question.
A longer answer: the underlying Exchange protocol is another IMAP-level of complexity of protocol, and the IMAP protocol implementation in Thunderbird is itself running somewhere in the 50KLOC region. On top of that, the protocol itself (I believe) largely works in Outlook's not-a-regular-RFC 822-email-message representation, which means you need to build in a translation layer to make it work well. Finally, a lot of the logic in Thunderbird isn't really designed for pluggable account types, and that it's even possible to a degree is up to work that rkent and I did to make it barely possible for extensions to do so; incorporating the code in core would require properly fixing several of the places rather than continuing the various levels of hacks in place.
Now what's the benefit of adding it core? If you're using TB for your small/medium enterprise, then the better answer is to just switch on IMAP access on the server, which is much better supported in TB (and other clients). So the value-add is comparatively minimal, especially compared to doing something like supporting JMAP (which is somewhat closer to a sane modernization of IMAP than EWS is). It's going to rank lower priority than other fixes, then, especially given the technical debt TB suffers from.
That all makes sense, I think the reason my uni refuse to allow normal IMAP is because they’re trying to enforce 2FA-only access to their systems, which could become more common down the line.
Why is this? I thought the Mozilla foundation owned this and it's a non profit
https://www.zdnet.com/article/mozilla-moves-to-monetize-thun...
Non profits also are able to monetize products and pay out employees.
There must be some other reason for the move?
https://blog.thunderbird.net/2020/01/thunderbirds-new-home/
We received a lot of donations from the community, so we're going to shift to a for-profit footing? That does not make a lot of sense to me.
One of the things I really like about Thunderbird is that it's from a not-for-profit entity. It makes it easier to trust them with so much of my most personal data.
It's still wholly owned by a non-profit, which means I'm going to give them the benefit of the doubt for now. But especially given the vagueness of that statement, I'm definitely concerned.
Why? Non-profit status has nothing to do with privacy policy. It just means that money goes to employees and vendors instead of owners (who could be the same people for all practical purposes).
For me, only this would be more than enough enough to switch to Thunderbird as my main mail client!
I don't have the feeling that PGP/GPG is growing in popularity and if that's Thunderbird's big feature, it might not help them.
The fact that pgp is not growing in popularity is not related to its security but its difficulty of using it properly (and the fact that it is an open and non monetizable solution). Having been integrated in the Thunderbird as a first class feature makes it very easy to use so it may lead to increase in its popularity!
I have no experience with OME but I presume it's a proprietary solution.
A side effect of this is that Thunderbird does not interact with your GPG keyring anymore. So if you locally trusted a certain key using GPG for example, Thunderbird won't know about it and will ask you to verify it again.
Sources: https://blog.thunderbird.net/2020/09/openpgp-in-thunderbird-... and https://wiki.mozilla.org/Thunderbird:OpenPGP:Migration-From-...
However I think that Thunderbird having everything integrated in its UI, without the need to use or even install a third party program line gnupg makes the experience much better for inexperienced users.
> https://give.thunderbird.net/en-US/help/
How long it takes to process cancellation of recurring contribution?
Bizarrely, the donation page thinks I'm in the UK, when I'm almost as far as possible away from there.
Tried browsing from google.es and again it was set to Mexico, though this time I was able to donate after changing to Spain.
I have very strong suspicions about the engineering quality of their work (but can't confirm).
With the recent version, v78, they did broke extensions again, however, something very smell is the policy that they've adopted - the new replacement APIs are incomplete and experimental (see https://developer.thunderbird.net/add-ons/updating/tb78):
> While the Thunderbird team plans to add more APIs with upcoming releases, the current set of APIs will not be sufficient to port most add-ons. To work around this limitation, add-ons can introduce their own, additional APIs as so-called Experiments.
> As Experiments usually run in the main process and have unrestricted access to any aspect of Thunderbird, they are expected to require updates for each new version of Thunderbird. To reduce the maintenance burden in the future, it is in your own interest to use Experiment APIs only to the extent necessary for the add-on.
Essentially, they've broken compatibility by introducing a half-baked framework, and guaranteed that compatibility will be broken again and again.
I don't have the technical insight to know if this is really necessary (I know that in the past, breaking compatibility was a necessity in some cases), but on the outside, this looks like terrible, careless, engineering.
One of the richest guys on the planet (Zuckerberg) was using Thinderbird in a photo some time ago I think. Perhaps if he reads HN; they can get an infinite lifeline.
If a normal person were also a billionaire, they'd stop for half a second and call someone and say "hey, make sure Thunderbird is good for forever."
These people can't think that way, they're hampered by the mental defect of "Hmm, what's the angle, how can I make money off this? I can't right now, okay so I'll do nothing."
However with Firefox you can only sponsor the Mozilla foundation and not the product itself.
I do feel like Firefox needs to do its best to hold on to the existing power users, in addition to growing its casual user base. I feel like Firefox really disregards feedback from its biggest fans (i.e. the scheduled removal of compact view), and is overly focused on converting chrome users.
FWIW, lookout is itself dangerous software to install/use. There are many hacks of it, including new and exciting zero-days where you don't even need to interact with the mail in any way, to have a compromise occur. It is simply not worth the risk, on any platform.
I've used (and paid for) both Owl and ExQuilla for office365 integration when needed. Owl was iffy ... had lots of problems. ExQuilla just worked.
The least terrible solution I've found so far is GNOME Evolution, which I don't think has lost anything outright yet, although the UX is meh (no option for separate event start/end time zones, slow search even when all emails are cached locally, randomly requires re-signing in to Google, defaults time zone to Antarctica/McMurdo when travelling(?!?), does not seem to give any indication whether spam filtering is working or not, groups all accounts under my Google account in the Edit → Accounts view, and many more I can't remember off the top of my head).
Sorry to be so negative, but so far every single email client (Evolution, K-9, Mutt, Outlook, Thunderbird) has been a chore, for different reasons. Gmail/Google Calendar is the only client(s) I rate, but I'm shutting down that account slowly for obvious reasons.
Since I self-host e-mail anyway, I switched to a well-greased Roundcube web UI for desktop and FairEmail on the phone. Searching through 20 GB of mail, including text in PDF and Office formats, is more or less "Google-instant" thanks to dovecot-fts-xapian. Having everything in Maildirs for me is very pleasant.
For calendaring I now use Radicale and either Infcloud web UI on desktop or CalDAV-Sync on phone. Could be tighter integrated with e-mail but the old Unix ways of one tool for one job have merits, like all calendar entries are now file system objects and under Git control. Impossible now to fat-finger half the calender and having to jump through hoops to restore entries.
It is not possible to have a , character, so that one is always safe to use as a separator (as From: does)
The reason is the underlying Gecko engine being constantly yanked from under them — they rely on parts of Firefox's codebase and when that changes, they have to keep up, risk having security vulnerabilities or manually backport relevant security patches, in effect maintaining their own forked browser engine.
This, in addition to some of their other UX changes (like moving to SVG icons) - just makes it feel like after 10 years I am no longer their user base, and from what I've read the team is unwilling to be flexible with these changes. Thanks for the middle finger. They're breaking things and I'm supposed to just be happy about it.
Regretfully I've fallen out of love with thunderbird, and i am exploring other clients. My needs are not complex, outside of perhaps the google auth song & dance.
I want thunderbird to be the FF of email clients.... I guess in a way they are. Open source disappointment that pushes people to non-open solutions.
That isn't to say that you should give to thunderbird, since they are currently disappointing you, but it is a bit of a vicious cycle.
Well, not exactly, because while it was on low-effort maintenance mode, there was no such changes; it was just doing the same job in the same way since forever. Problems arose when a new team with a new mission, new funding, and worst of all, "new" ideas ("new" being the same fate other pieces of software underwent in the last decade: inserting more web tech, changing the look into something more modern, i.e. more web-like), became active.