Thunderbird.net Has a New Look
blog.thunderbird.net
blog.thunderbird.net
What I really think Thunderbird could use is account sync. For me on NixOS (how do you know if somebody uses NixOS? Don't worry, they'll tell you) I might just set up some secret data in SOPS and have an activation script ensure the accounts are all present, and then IMAP can take care of the rest. But for the general user, and maybe even still me, Firefox Sync support for accounts and extensions and more would be amazing.
Speaking of IMAP, JMAP support is another thing I'd love to see.
I'm pretty sure that picking a religious denomination is less aggressive than hearing nixos users talk about how superior their system is.
However... There are people among us who don't care about whether something is "worth it" or not. We want a complete, 100% solution to some of our problems. Not a half-measure, not a hack over the top, a from scratch, 100%, complete solution. What NixOS and GuixSD do solve, they solve very, very completely. The problem is that doing it is very hard, and in my experience Nix sometimes makes things much harder and more complex than it necessarily needs to be. Of course, making things as simple as they possibly can be is hard work, and so I don't blame anyone.
A good example of a system where people are clearly unhappy is kernels, the way kernels are built in NixOS is pretty unsatisfying, and the knock-on effects of it can be pretty confusing to new users who wonder why changing which kernel they use makes it so that none of their kernel options are applied anymore. (Silently! No error, just, your kconfig options stop working!)
This is on top of the fact that the community is split on things like flakes, leaving Nix in a bit of a precarious position, where there are multiple solutions to a problem and yes, people don't agree on which one.
And also, it's built on top of functional programming paradigms, which I contend makes a lot of sense when everything clicks, but that's an additional hurdle for the vast majority of people, even programmers.
Even if Nix was as simple as it could be, what it tries to solve is a very wide problem space that is complex by its nature, and it is harder to hide that complexity the way that many Linux systems try to. So, I don't suspect it will be worth it for most people to bother learning Nix. I think that the people who know they want Nix are probably going to figure out it's what they want eventually. There's a type of person who will invest in solar panels happily without caring much about the break-even; I feel like Nix is a bit like that.
So why do people evangelize NixOS so much, when surely they know it's vastly complicated? I can't say for sure, but I can tell you one thing: when NixOS first started to "click" for me, it felt like I was experiencing a future of operating system design that is still years off. Whether Nix is the future, remains to be seen.
It was when I watched someone transfer their server to another disk. It was literally one command to set up everything like it was, with bootloader, all services, ssh keys, user accounts, .... Then reboot, logging in via ssh, set an account password and that's it.
I also started using it on my workstation, but as you mentioned it is a long and tiresome process to convert my current set up to Nix and have everything work.
And another thing that really annoys me is the added time when you want to iterate quickly on a configuration file (e.g. when setting up a new program), as there is always the build process in between and looking up how to use that specific nixos module, and most of the time I need to look at the source code of the nix module to perfectly understand how to use a specific config option. So in the end I need to read the official documentation for that program, then the nix documentian and/or the nixos module definition. I have a powerful machine, but it still takes 20-40 seconds for a one line change, which would normally be 2-3s (editing the config + restarting a service)
A bit late reply, but by default Nix runs on single core. Have you made it use multi-core and max-jobs?
See:
https://search.nixos.org/options?channel=unstable&show=nix.s...
https://search.nixos.org/options?channel=unstable&show=nix.s...
and
https://nixos.org/manual/nix/stable/advanced-topics/cores-vs...
NOPE.
For account sync to be reliable and largely pain-free, credentials would also need to be synced. Which is a massive security no-no, as you don’t control the cloud they’re synced across. It’s why I still rock a pre-cloud version of Mailwasher.
Besides, aside from initial set-up, how frequently do your account settings need to be updated? I have run the same Thunderbird setup without any major changes for about 15 years now. A good ⅘ of my accounts in TB are unchanged since initial set-up in 2004.
PS. Also, any ETA for iOS? Alpha? Beta?
It's a very old issue that appears to be terribly misunderstood at this point, unfortunately the issue on github is currently locked https://github.com/thunderbird/thunderbird-android/issues/93...
Companies that do this to their github projects want fans of their product to go away and stop bothering them. I wasn't aware that Mozilla was one of them, but it doesn't really surprise me.
I agree it's annoying, but you can also just unsubscribe from the issue if you're no longer interested in community feedback.
> This, lock to maintainers happens once you know the cause, effect, and what it takes to fix it.
This is not really my experience. Usually it goes more like this:
1. Person makes issue
2. Lots of people respond to the issue because they experience it as well
3. Developers either don't care, or fail to grasp what the users actually want
4. More people pile on over the course of months/years while no resolution exists
5. Developers get annoyed, and lock the issue
6. Either they already did, or some point later the developers introduce a "close old issues with no response" bot
7. Issue is locked, cannot get responses
8. Issue gets closed
9. Open issue count goes down
10. Yay!
PS. You might want to check that feature out that I explicitly named on Thunderbird desktop.
PPS. General observation: any software (or service) by Apple isn't even close to, and by that I mean within thousands of miles of, competent third party alternatives (FOSS or otherwise) :P
Also, while open source alternatives are generally more flexible than what Apple offers, sometimes this is not the case. Believe me, I use both based on whichever one meets my needs :)
> also does this
Nope!
> Believe me
No, but I won't - especially considering how you are pretty much stuck on "yes, Apple mail does it too.. well.. yeah.. in way… yes it does."
It's impressive to find a page which will irritate both the dark-mode and light-mode users in equal measure. Well done, Mozilla.
2017: https://archive.ph/YNAQP
2023: https://web.archive.org/web/20230420163425/https://www.thund...
I started with 2024, continuing with 2023, ending with 2017. Each time it took significantly less time to open and render the page. I didn't check why that happened though, might just be because archive.ph has less load the archive.org etc, but it was extremely noticeable
Also: live site and archive.org both load the JS, archive.ph does not.
here's all of them at archive.ph:
2024: https://archive.ph/t2az0
2023: https://archive.ph/Zy43I
2017: https://archive.ph/YNAQP
That's how websites usually work especially when they are mostly portals for the actual product, not the product itself ;).
I really like the new design, much better than the sort of material 1.0 flatness it used to have.
I don't get the importance of announcing a website redesign. Doesn't look like it would convince anyone to try it.
Has thunderbird started doing what Firefox does and categorize your emails to send those stats back to Mozilla corp? If so, or it's in their plans, I guess that would be a reason they may want all my data.
I was happy that thunderbird was abandonware, the protocols haven't changed in the decade since I started using it, and it kept Mozilla from bloating it like FF and seeking profit motives.
I may just move back to roundcube.
When you do choose to store a password locally, it's stored encrypted using a second password of your choice.
Since the end result of an OAuth login is a "token" (password...) stored on your machine, I think the difference is pretty marginal either way. But I do hear they're working on OAuth-for-IMAP support. If it were more standardized they probably would have implemented it sooner.
Also the need for the email client to have a relationship with the oauth provider is probably a discouragement for some of the smaller email providers to move to oauth.
(And that's not getting into TB's internal dynamics, which are super problematic.)
That's a big downside for me but what can I use instead of Thunderbird? I worked around that issue by sticking some folders to the top of the list using Favorites. It's 1% of MSF functionality but at least I finally used Favorites.
[1] https://github.com/protz/Manually-Sort-Folders/issues/199
Global Inbox also got broken several years ago and never fixed, since it seems all their energy goes into making things prettier at the expense of making things work.
And even that is a matter of taste. They tend to make things resemble some combination of an Android app aesthetic and a Google Chrome aesthetic. For example, replacing dialogs with item hierarchy trees with a scrollable flat web-form-like preferences page.
At least they backed out of the switch to monochrome folder icons. 8-\
2. No multi-folder selection. This is necessary for actions involving multiple folders - from a simple move to extension-enabled actions like "Search these folders for duplicate messages")
Even within their github, there's no source of the client unless I'm missing something?
https://github.com/orgs/thunderbird/repositories
Edit: Wow, to the down-voters you seriously hate FreeBSD that much that I cannot even state my opinion without yourselves needing to down-vote? Why?
It is disappointing that we can't have another OS in the same realm as others and yet we have to keep the whole fanboi cliche going. It's ridiculous, we live in 2024 and yet still have this petty rivalry.
If Thunderbird is able create packages for Snap, Debian, CentOS anything else Linux -- why can they not create packages for FreeBSD?
https://developer.thunderbird.net/thunderbird-development/ge...
But yeah, it is really weird that there isn’t really a way to find the source code (or this developer.thunderbird.net page) from the main site as far as I can tell
My own preference is to explore the repo and compile it from the repo itself. Do you have a problem with that?
You are shifting the goal post. You don't need a prepackaged FreeBSD release for that, you can pull the sources from mozilla's mercurial repo.
> It's disappointing for that there is no FreeBSD release nor any easy way to find the source for that matter.
The point I'm making their were no packages for FreeBSD nor any easy listing of accessing the source.
The GitHub repo I found, did not contain nor was I aware that Mozilla uses Mercurial. Precompiled packages exist for Linux, but not FreeBSD outside of the FreeBSD port system. Not even a mention.
Also, Thunderbird does support FreeBSD, in that FreeBSD-specific bugs will be triaged and fixed, although it's obviously not a primary platform of support.
Do you prefer the users to look for software, figure out from themselves they are hitting the right website and not a fake clone with same software but with integrated malware, then to download them and install them with a terrible install process involving hitting next next next install while making sure to not let a checkbox checked that will had some adware like in old win9x days?
BSD ports and curated linux software package repositories are the origins/ancestors of the "app" stores for good reasons. The later only add some voting systems and putting the burden of package maintenance on the software developers, remove curation and don't really prevent rogue mainteners to release malicious clones. I prefer the linux/BSD way.
Ports only gives myself a selection chosen by the packager, for example Chromium package does not have PulseAudio enabled. I had to recompile it myself to enable Pulse.
That was not really the tone of your original comment.
They have perfectly the right to not care enough to not care enough to package it themselves. I am fine if they are just willing to correct bugs and/or upstream any patch a freebsd port maintainer would send them.
Besides you can change ports compilation options with `make config` as well as forking the ports into your own local repo on which you would maintain your own patches if needed. That can be done without any work from the thunderbird or FreeBSD teams.