by cakeface on 4/20/17, 3:44 PM
Does anyone actually have any problems with Thunderbird? I feel like it is "done" software. It works, perfectly, for all my needs. It's fast. It has great UI. It lets me read and write email.
by sidlls on 4/20/17, 4:12 PM
"JavaScript is the best choice."
(Citation Needed).
This proposal identifies serious legitimate concerns with Thunderbird development going forward, but the proposed solution looks more like a hammer seeking a nail than a thoughtful approach to addressing the concerns.
by bengotow on 4/20/17, 3:46 PM
Hmm, I thought Mozilla had pulled financial support from Thunderbird? This would be an exciting new chapter for the product, but the article doesn't address whether it makes financial sense for Mozilla to invest this much in Thunderbird's future.
For most of the last three years I've worked on Nylas Mail (https://github.com/Nylas/Nylas-mail), and it hit 2.0 yesterday with Mac/Win/Linux support. It's entirely open source (GPL), written in JavaScript, syncs mail locally, etc. It essentially -is- what the author of the post is looking to build, except it doesn't look like Thunderbird. Nylas put at least $2M+ worth of engineering time into it, and I imagine ThunderbirdJS would take at least a similar commitment of time and effort. Heck, maybe they could just skin Nylas Mail and call it Thunderbird ;-)
by pjmlp on 4/20/17, 3:26 PM
If it becomes yet another Electron package it is time to look elsewhere.
by mixedCase on 4/20/17, 3:38 PM
I wonder, if they want to use JS, why not QtQuick? I'm a heavy Thunderbird user but I would move to pretty much anything else if it were to switch to Electron.
by zokier on 4/20/17, 4:53 PM
It would be neat if TB would be rebased on top of Servo (and Rust) as a flagship application for using Servo as an GUI foundation, the same way as TB previously was for Gecko/XUL.
Sadly I doubt TB has the resources to make that happen, but still, it would be neat...
by xupybd on 4/21/17, 4:07 AM
"JavaScript, if used diligently and with good design, is a very efficient
language. Both in execution time, but more importantly for developers.
Personally, I wrote apps in many languages, including C++, Java and
JavaScript. Of those, JavaScript is by far the most productive - I am
personally 4-10 times as productive as with C++."
Not trying to start a this language is better flame war, but is this true? I still find JS to be a strange and incomplete feeling language, but I've not really done much outside of front end work with it. Is it really that productive?
Also I've disliked every interaction with NPM. You end up with a huge chain of decencies for even simple applications. Is this something that's workable with production software?
by Ono-Sendai on 4/20/17, 4:59 PM
Sounds like a terrible idea, please no. I for one probably will stop using thunderbird if it gets rewritten in JS.
by zmix on 4/20/17, 9:52 PM
I'd rather see projects like Cyberfox, Thunderbird, Palemoon and Evolus Pencil (which, sadly, has been rewritten by now) taking up xulrunner, fork it and continue developing it.
I have yet to find a better system for rapid application development. XUL is wonderful, extentable, everybody know CSS and Javascript these days, XML is very well suited for such tasks. It's one of the best technologies for power-users I ever came around!
All that was ever needed would habe been a Mozilla, that creates an XUL IDE, rather than taking up on a lot of stupid projects (Persona Light Themes, Hello Chat, FirefoxOS, removing XPFE (how coding with XUL is actually called) and whatever (the only real good thing to mention would be Ubiquity, but they killed that off as well), oh, and let's not start talking about Firefoxy mugs, t-shirts, community barbecues, community videos... But hey, that's what happened.
Now, if some people would just fork xulrunner and mirrror the addons.mozilla.org stuff...
As for Thunderbird, I am also pretty satisfied as it is. It may be nice, if one could set certain To: email-addresses per folder (mailing-list folders would greatly benefit from that, along with subscribe/unsubscribe configured per such folder), alternate views onto mails and have, maybe, a modernized foldering-system.
by norea-armozel on 4/20/17, 6:29 PM
I'm just gonna say I oppose this proposal because I'm really tired of seeing developers shy away from utilizing or learning C/C++ only to admit much later in a project's life cycle that those languages and their associated libraries are the best for the job. I'm all ears on utilizing JS for front end to even a desktop application but if the entire thing gets written to be ran on Servo or whatever browser engine they choose then I oppose it categorically. JS might be fine for some things but as a general programming language on a substandard runtime is just asking for trouble. Learn to write in C/C++ for native applications or go home.
by thesmallestcat on 4/20/17, 5:13 PM
by MaxLeiter on 4/20/17, 7:09 PM
> We need 2 persons for the framework, 3 for backend modules, 4 for frontend UI, and 1 for theming.
Doesn't 4 people dedicated to front-end UI seem excessive/unnecessary? At least, at the beginning? I would dedicate almost all work to the framework and backend modules; UI with web technologies is far from complicated compared to everything else the client would require.
by petepete on 4/20/17, 8:01 PM
by gravypod on 4/20/17, 7:50 PM
I skimmed through this and saw no management of PGP, encryption, key storage, or key exhange. Is that not going to be one of the main focuses of this? I wish that PGP/encrypted mail would be a main feature post Snowden.
by warpech on 4/20/17, 8:20 PM
by detaro on 4/20/17, 1:11 PM
title should be the one of the submitted e-mail: "Proposal to start a new implementation of Thunderbird based on web technologies", especially since "is in the works" doesn't seem to be the case yet. (Lots of discussion, continuing into April, but unless I missed it no actual decision made and work begun yet.)
The thread is worth a read, interesting arguments regarding rewrite/refactor/approaches to transition.
by pmontra on 4/20/17, 3:35 PM
The only point I could argue with is the choice of JavaScript, all the others seem inevitable. As a Thunderbird user I'm happy to know that I might be using it for another 20 years.
Even JavaScript is not that bad. I not familiar with Electron: do those apps run from a directory with the source code or are a binary file? Running from source code would make it easy to hack with the code, which is good.
by jancsika on 4/20/17, 4:29 PM
> We must pay attention to also keep technical qualities that many of our
users rely on. An obvious one is that the new implementation must be
able to quickly scroll through a list of up to 100000 messages.
Does any cross-platform GUI toolkit have a widget that can handle this with sane defaults?
by nguillaumin on 4/20/17, 7:23 PM
That is awesome! I actually toyed with the same idea a couple of months ago and started a prototype, but in the end it was too much work for a single developer (having to implement IMAP/POP backends, etc. in addition to the UI).
Using web technologies for desktop apps is not ideal, but at the same time it's probably the easiest way these days to build cross-platform apps because of the lack of a good cross-platform UI toolkit.
A big benefit I see is that it will make it very hackable as a lot of developers are familiar with web technologies. That should be a good way to get a lot of contributors to implement features and innovate (See for example the community / contributions around Visual Studio Code).
by petecox on 4/21/17, 1:42 AM
Mozilla already has a mail client written in Javascript and HTML 5 - the one shipping in Firefox OS.
And it worked decently.
Start by tidying it up for Android and then port it to desktop. One code base - for mobile, tablet and desktop.
by ausjke on 4/21/17, 3:30 AM
I am a bit extreme here as I think Mozilla shall reduce efforts on firefox and make thunderbird a great product instead, one reason is that chrome is too powerful to beat already, and thunderbird could become the universal email client for all, not much contender there yet.
after using slack for a while i feel we can use one slack-channel for each email contact, a bit like google wave probably, and thunderbird can merge email+slack experience into one.
by johnny7 on 4/20/17, 7:06 PM
Whatever you do, make it render emails in a sane way. I still prefer mutt text-only rendering of emails (content) than any email rendering software, but if you're going to render and digest html, actually do it. The total time involved in and barbarity with which web atrocities have been committed to make emails render correctly in Outlook or even Gmail cannot be understated.
by zzz2002 on 5/2/17, 3:39 PM
Before we start thinking about working on Thunderbird or its replacement there is a fundamental question that needs answering.
Is there a future for email? Email is/was a function of the personal computer era. But as PC sales decline and smart phone sales grow do people still use email to the same extent? Is its place in field of personal communications being replaced by SMS, etc.
In the business arena I am seeing some companies where internal email is not allowed. The reasoning is that email has become a way of procrastinating (send and forget). On the customer facing side of things email is being replaced by web based customer service apps that use AI (or similar) to answer the customers query ASAP, and if that is not possible get the info and pass on to a human if and only if needed (people cost money).
So back to the question is email and by extension Thunderbird obsolescent. Would effort in redeveloping TB be futile as it would wind up give us wonderful app just as email disappears.
by Sytten on 4/20/17, 3:48 PM
I like the idea of using web technologies for desktop application. The only major problem right now is that each application uses at least 1.5-2g of RAM each since it basically launches a full web browser under it (and chromium loves ram). We will need enormous amount of RAM soon if all applications starts to go that way...
by billpg on 4/20/17, 3:30 PM
So it'll be a self-hosted webmail service with a custom web server that runs locally?
by mazerackham on 4/20/17, 5:19 PM
If it's scoped for 3 years, does that mean it'll take 9? =P
by bugmen0t on 4/21/17, 10:42 AM
The backstory here is that Thunderbird devs would like to be faster but have a
hard time working against the Gecko changes that breaks their build.
Sure Thunderbird kind-of works, as in it's "done", but people find Security bugs in the Firefox base and it's not sure how they apply to Thunderbird to Thunderbird has to take the update and then they have to deal with the breakage and the incompatibility. You can't just stop and be on Firefox 45 forever. That's just asking for trouble.
by dammitcoetzee on 4/20/17, 10:19 PM
I really like my hosted email because it's not on my computer. I love offline software, but it all sucks for security. Dropbox, Evernote, Outlook, etc. They all just dump my data in a folder anyone with physical access to my very stealable laptop can get at. Email is especially terrifying because there's just so much personal info in there. I have evernote and dropbox sitting in a bitlocker, so that's okay-ish, but the email thing is just too much.
by buovjaga on 4/20/17, 9:38 PM
by orionblastar on 4/20/17, 6:31 PM
I like the gpg integration using enigmail in Thunderbird. So I can send encrypted messages to my friends and people I write code with.
by silky on 4/22/17, 3:25 AM
> JavaScript
Nylas all over again... Why complicate and bloat things as if it's the obvious sensible choice?
The time to finally learn how to configure mutt is that much close...
by newsat13 on 4/20/17, 11:15 PM
The sieve plugin is still broken :-( What's the alternative when using Thunderbird?
by b4xt3em4n on 4/21/17, 11:22 AM
After many years waiting, maybe we will have a compose new email on a tab.
by deckiedan on 4/20/17, 3:33 PM
Interesting that mithril.js gets a mention. I really like it.
by Gonzih on 4/21/17, 9:48 AM
Please no. Im very happy with current state of Thunderbird.
by nkkollaw on 4/20/17, 5:05 PM
They've already neglected Thunderbird for years, and now they want to start from scratch? Doesn't sound like a good idea. Sounds more like another project they will shut down after a while.
I used to use both Thunderbird and Firefox a few years ago as my main mail client and browser. Since then, Mozilla started spreading between too many projects, chasing the failed phone thing, and both Firefox and even worse Thunderbird are nowhere near where their competitors are.
I now use Google Chrome and Google Inbox (via Electron app Wavebox, formerly WMail), and they actually look from this century. I downloaded Thunderbird a few months ago out of nostalgia, and everything looks the same as 5 years ago. Pretty sad.
by Kenji on 4/20/17, 4:13 PM
I wish I could freeze the program Thunderbird in time to keep it precisely how it is right now for the next couple of decades. I literally want not change. I know, I know. It's a pipe dream, the surrounding environment changes, breaking the program as the OS and libraries evolve. But this constant resolving of perfectly solved problems annoys me.
by 5ilv3r on 4/20/17, 3:48 PM
Mozilla just doesn't get the message.... We don't want your features, fixes, refreshes, rebranding, or re-imagining. We want a browser that is fast, stable, secure, minimal, and that DOES NOT FIGHT US. Let me load my old SSL certs (a warning is fine). Let me keep my preferences (why does
https:// disappear from my address bar every update, and my search bar keep switching back to case sensitive).
Stop making your problems worse and get your $#!% together! I'm a sysadmin, dangit, I need this tool to work!