As some of you may have noticed, Mailspring development was largely stalled during 2020 (and no surprise, given what that year was!) There was a bit of concern about Mailspring being abandoned, but thankfully, rumors of the project’s death were greatly exaggerated.
Statement from Ben Gotow
Hey folks! Hope everyone had a safe and happy new year — I appreciate the thoughts and discussion here, and I’m excited to announce some big changes coming to Mailspring as we look into 2021!
Since I originally launched the project (by adopting and partially re-writing Nylas Mail) in 2016, the Mailspring community has grown by leaps and bounds. More than 250,000 people have tried Mailspring across Mac, Windows and Linux, we’ve added tons of features, translated the UI into 13 languages, and addressed and closed more than a 1,000 GitHub issues.
2020 was a super challenging year in a lot of ways, and development fell off and eventually stopped for the last half of the year. In 2021, I’m determined to return the project to a regular release cadence with bug fixes and new feature development, to elevate contributors who can help maintain it, and reduce our “bus factor”.
To that effect, I’m excited to announce that I’ve brought on @CodeMouse92 as a volunteer community manager! He brings expertise in organizing online communities and will be a huge help tagging, triaging and taming GitHub issues. He will likely be restructuring our issue submission templates, process, and labels, etc. in the coming months. He’s also a skilled developer and Linux user, and I’m super excited to have his help fixing bugs and more rapidly addressing problems on the Linux platform.
To better facilitate contribution, we’re replacing the Mailspring community Slack with a discussion board (coming in the next day or two) that will be home to themes, plugins and conversations about issues and potential features. Our goal is to make it easier for developers and potential contributors to look at GitHub issues and find actionable ways to help by restricting issues to ready-for-development bugs, tasks and features, while giving questions, themes, etc. first-class categories of their own in a discussion forum.
We’ll also be assembling a new roadmap and collecting community feedback to identify what new features should take priority alongside bug fixes in 2021.
Finally, I will make it a priority to help folks submitting PRs with detailed feedback and code review (like @Phylu’s awesome new “colorized accounts” PR we’re about to merge! #2240). My goal is to share my knowledge about the codebase and enable as many people as possible to contribute in a significant capacity.
Thanks again - I appreciate the community support and I’m excited to see where the project goes in 2021!
We’ve spun up this gorgeous Discourse instance to house all future Mailspring conversations. Bug reports, feature suggestions, and development conversations will take place here from now on. We encourage you to join in — you can sign up using your GitHub — and participate in the conversation.
Please make sure you read the Code of Conduct to ensure this space remains friendly and productive for everyone. This Code of Conduct will also be deployed on our repository.
If you want to help us work on Mailspring, you’re welcome to post over in the appropriate subcategory of #development.
What About GitHub?
GitHub will continue to be the home to our development work. Code is still contributed through Pull Requests. Issues will contain tasks the developers have decided should be worked on in the near future.
As of 12 January 2021, we’ll no longer accept bug reports and feature requests on GitHub. Only contributors should create tasks there; all others will be closed. Please use Discourse for all future issues.
Over the next couple of months, we’ll be migrating open issues from GitHub to here on Discourse. Here’s how that process works:
- All prior open issues are marked as Audit, meaning they’re under consideration for migration.
- The following issues will be marked as Stale and closed + locked.
- Any bug report or feature request with no activity since 2018.
- Any issue relating to the Mailspring service from before 2021.
- Some issues will be pruned:
- Duplicate issues.
- Some features.
- Most “add support for X environment” requests. (We’ll take note regardless.)
- The rest of the issues will be marked as Migrated and closed + locked:
- Once we decide to take on an issue, one of two things will happen:
- One of the original GitHub Issues will be reopened.
- A new GitHub Issue better summarizing the issue will be created.
Through all of this, please know that we do care about the Mailspring users! There’s a lot that goes into fixing bugs and implementing features. Please read About the Bug Reports category and About the Feature Suggestions category to learn more.
An uncontrolled pile of issues creates a negative feedback loop. Too many open issues discourages the developers from working on the code — it feels insurmountable — and scares away new contributors. Lack of maintenance work means bugs continue to pile up. Although some may be duplicates, wishlist-type suggestions, and otherwise invalid issues, no one is brave enough to dig through the slush pile.
Discourse allows us to establish a perimeter around GitHub, so the coding tooling remains a psychologically safe and welcoming place for developers to work on Mailspring. Remember, this project is largely maintained by volunteers working on their own time! No one wants to dig through a stressfully large issue list after work.
Can I Help?
YES! There are three ways you can help us.
Help Transition Issues
Any open issue on the Mailspring GitHub marked with audit needs to be audited and transferred. Whether it’s your own issue, one you care about, or just one that looks interesting, you are encouraged to create a Discourse topic about it in the appropriate category. Then, just comment on the task that you have done so, and we’ll come around and close it as migrated.
Don’t worry if the issue is something we’d prefer to mark as duplicate or stale. We can handle that later.
Help Build the Community
Help us get the word out about the new Discourse, and of course, just start posting! Let’s get conversations going.
- We’d like developers of Mailspring Plugins and Themes to post their work here on Discourse, in the #plugins and #themes tags respectively, and to share their knowledge in #development:plugins-dev and #development:themes-dev.
- We want anyone interesting in helping fix bugs or add features to start chatting in #development.
- We really want users and fans of Mailspring to help answer questions and share their knowledge in #help. Tutorials encouraged!
- We’d like anyone interested in adding localizations to get the conversation going in #development:localization.
Just reply to this thread if you have any questions or comments, and we’d be happy to answer.