Well, if they do that, more power to 'em. But then, they’re always be either be mere imitators, or have a legitimately innovative idea that gives them a completely valid competitive edge with us. What we don’t want to do is to just walk into the competition and just hand 'em our entry, as it were. 
2 Likes
Such a great news! I have tried so many mail clients, during which mailspring is one of the best and it is my favirate. However, due to the network reasons (I am from China), I could not visit mailspring id without proxy, make mailspring id optional is so great!
Congratulations on your two steps towards a product with a real privacy advantage (client and sync)! Now you just have the important one left to gain a real advantage: the server.
While I’m sure you’ll get a cash boost while people are confused enough to think the whole project has gone open source, good luck maintaining the cashflow of a privacy market product once people realize that the server is still closed source and centralized. I believe that the founders really do mean well, but that this initial cashflow is likely to lead you to believe you have a more stable business model than you actually do. Here’s why:
Sorry, but no, you’re not. As long as you make it mandatory to have private data sent to someone else’s centralized, proprietary server, you don’t have a privacy oriented product. This is especially true for sending users info to a server owned by a US company bound by third party doctrine law. Right now the US government can read your users personal info under a gag order so no-one outside of your company knows. The most passionate and educated potential contributors don’t tend to like that.
No. It doesn’t. Privacy concerns are removed by avoiding sending people’s data to centralized, proprietary third party servers, especially servers based in the US. Privacy concerns are not removed just by letting people see the data you’re sending. Mine certainly aren’t. When I first read this announcement I was hoping to be able to endorse, share and contribute to your success. Knowing that the servers are centralized, proprietary US owned and mandatory to get all of the features eliminates this. Knowing that the client is just an onramp to getting people to use prevents me using, sharing and endorsing even the free client without the mailspring ID requirement. The project has missed the point.
The “innovative idea” that will give a valid competitive edge is being genuinely privacy oriented by not sending personal info to US based, centralized proprietary servers.
This is exactly what you’re doing, right now, even without requiring a mailspringID.
As hard as it is for most devs to understand, in open source, your advantage is not your code. Really, it isn’t. Code comes from people, the more numerous and committed, the better. It’s a strong community of users, customers and contributors, deeply committed to a cause larger than an app, namely privacy, security, sovereignty and helping the greater community and the world to have all these things.
By keeping the server closed source, you’re eliminating that community -your one chance to have something the competitors can’t easily clone. You’re leaving yourself with only the transitory people who haven’t realized yet that this project isn’t (yet - I still have hope) an open source project, and the people who just don’t care. Neither make for the strongest community of advocates and contributors, leaving this as just another quasi proprietary app with a nice interface but not much more.
Creating something fully open (including the server) allows competitors to clone your code, but it makes them dependent on you. Creating a rabidly supportive community of contributors with an opportunity to validate their ideals by supporting you monetarily is how you create the community, customers and contributions to be the next Nextcloud of email, rather than the next ownCloud.
4 Likes
I’m pleased to subscribe, but the downside is that paying customers expect support.
The key bottleneck is still how hard it is to set up using non-gmail accounts. Maybe create some template you can type your data into using straight text and then mailspring can be directed to, and make an Import routine. Then reinstalls would much less painful.
To add to the discussion of making this truly open source vs. having a sustainable business model. I happily pay for a bitwarden account whilst maintaining my own server via the vaultwarden implementation (a lightweight clone of the bitwarden server which is arguably made possible because the server is open source). I don’t think the decision to open source the server is immediately at odds with staying profitable.
Currently I do not use Mailspring because I cannot host the server. If I could, I would likely start contributing - either financially or with code contributions. To wit, I want to use Mailspring because as mentioned, Thunderbird is lacking a level of finesse I like to have in tools I use.
1 Like
Just installed Mailspring. If I choose to skip the Mailspring ID I get asked if I really want to miss you placing tracking pixels on my emails and other crap. Sure, I do. The next page is completely blank, and the only way to proceed is to go back, create the ID and …
Next I tried to configure my Office365 account. Authentication goes ok, authenticator approved - and I get blasted by the SMTP AUTH fail. No, it’s not enabled, and no, it won’t be enabled in my tenant. Please provide actual Office365 support instead of this kludge.
Mailspring removed. I’ll check again in a few months. 
That may be a tall order for this project since it isn’t really maintained activity. One would need to add something like ActivSync or EWS support to Mailspring. I’m pretty sure that wont be easy…