- It's a fork of Nylas Mail with the entire mailsync codebase
- It still has the same great pro features, like snoozing and send later, but doesn't send your email credentials to Mailspring servers. All of these features have been re-implemented to run locally on your computer.
- The pro features still cost money ($8/mo). The goal is to use revenue from subscriptions to pay maintainers (myself, possibly other folks!) to maintain Mailspring indefinitely and/or put bounties on popular feature requests.
- The roadmap and website are still being assembled, but there's some really cool stuff in the works. Launching it and polishing the new C++ sync codebase is just step 1.
I see the code is gpl3 - but am I correct that you can't really run it without access to a closed third-party server?
I can't "snap" or maximise the window on Windows (Win7). Because I have a decent sized screen I often just maximise to half screen for most applications, but not having the standard resize tools is frustrating. Edit: This only happens if I have the Reading Pane enabled.
Running version 1.0.1-ba1d6734.
Is this something being worked on? Or just a bug hitting me? Or just not something other people have asked about?
Doesn't work on Win 10 either.
Worked fine in Nylas Mail.
EDIT: macOS version doesn't have this issue.
Out of curiosity, what features helped here?
Also, where can I look at the sync engine?
For the record, my needs in a mail client are: GUI, very clean UI, pretty themes, good search, works with gmail, ideally supports snoozing emails (a key feature if you like to pursue Inbox Zero), if at all possible should be a desktop app for OS X and Windows, and I wouldn't be adverse to open notifications and such. Also, I'm explicitly fine with their being an extra server in the mix; this is more-or-less required for snoozing emails to work properly, and I'm not really concerned about privacy.
If that describes you, you might like Mailspring too. If not (and I suspect that'll be the case for the median HN visitor), then probably not. :)
Edit: Totally forgot, I also have a strong need for supporting multiple email accounts. A merged inbox view that will automatically use the correct email address/signature for replying to an email based on where the original email was sent is critical.
: At least, every implementation of email snoozing I've seen had relied on a third party server. And once I got addicted to it with Dropbox's much-mourned Mailbox app, I've found it very hard to use a mail client without it.
There is no established convention or standard for representing snooze over IMAP. There’s not yet any consensus on how to represent it in JMAP, the emerging standard that we’re backing (and which our web UI will be using fairly soon), either. It’ll be a FastMail-specific JMAP extension at first, but it could well be standardised (though not in the core spec) after that. We’ll see how things go.
Out of interest, why would this be so? On the face of it a single client can keep its own snoozing metadata and use a helper process to do the work. I suppose if you want to ensure snoozing works across clients, you'd need a slightly clumsy workaround for the metadata (eg. encoded somewhere in the snoozed mails in a special IMAP folder). But it looks doable from the perspective of a shallow moment's thought. Admittedly, pretty much everything generally does.
But if your longish snoozes end at the same time, you can use a flag.
(IMAP's cache semantics say: If you download a part of the message it stays valid. Other people cannot change what you have downloaded.)
And I'm also thankful that I trade mail with far fewer designers these days.
At least on Mac there are some client side only ones:
- MailTags for Mail.app has a “tickle” feature that meets all the requirements
That is from a few minutes searching.
Google Inbox is a better UI, but goes too far the other way towards wasting too much space. It's also missing some key features, and is still not a desktop client.
Also, neither one of them supports showing emails from multiple gmail accounts in a single inbox (unless you just blindly forward emails from one to the other, which you can do, but I'd rather avoid).
I recognize I'm being very picky here; mostly what I just want is Dropbox's Mailbox app, but they killed that off long ago, much to my eternal disappointment.
Imagine you read emails in an unread folder, where read emails disappear. This basically would functionally mark them as read until a preset amount of time passes, then they show up as unread again. It's a bit like that, only in your inbox itself.
It's not actually a part of the email specifications, but some people seem to like it.
It doesn't require a third-party server. Nylas did do it that way, but Mailspring aren't. It's local.
I'm curious, such as what?
* No plaintext support.
* No "Simple HTML View"—my favorite Thunderbird feature.
* No plaintext view.
* Sets a "Sent from Mailspring" signature that isn't straightforward to remove.
* I don't want to track others reading my mail. It's creepy and I'd rather that functionality not exist in my client. It's enabled by default.
* UI is slow enough for me to notice elements pop-in when I open new windows.
Strange, wasn't this one of those security focused clients? or am I mistaking it for something else? This is a big oversight as I find it's the ideal format for PGP emails and I find it forces me to keep things simple and minimal.
But if you send an invalid download request like ".../download?platform=foo" then you get back a handy JSON error string indicating that the Linux downloads are:
Maybe Ben or someone will see this and comment why the links aren't there, since it looks like the github repo has issues filed for this.
Feel free to grab the version from the link above, just come back and switch to the auto-updating snap when it's ready!
I'll definitely be checking out Mailspring.
People need to know how to protect themselves from abominations like 'Open tracking' and 'link tracking'.
It's much better today, but there used to be quite a few vulnerabilities via rich formatted emails.
The client looks great and I'd like to use it but I frankly don't know what I'm getting. With Thunderbird other solutions you know what it's doing and how. Some of the features of this are a little strange for someone like me.
A lot of the features in the app, like read receipts and link tracking, are targeted at sales and business folks that send a lot of email and care about it being read. You can use the app without using them though! Unlike Nylas Mail, Mailspring implements all mail sync on your computer - your email credentials are not sent to the cloud and things like "unsnoozing" happen on your machine, not on a server. (Note that for many people, this is actually a /bad/ thing - if enough folks complain we might add the cloud sync stuff as an opt-in!)
My spit, bubble gum, and duct tape mess of an email client (Thunderbird with one too many plugins) needs to be replaced.
What does that mean - only support gpg/smime encrypted email, or only support the html-part of a multipart message, with no option to edit/send or view the plain/text part? (ie: you can't communicate with any sane mailinglist using this)?
[ed: and does it work with text/plain at all - or does it effect not support email, sending empty text/plain parts?]
I asked them about it and they never replied. I wish it was just a native (or not) IMAP client and I definitely want out of those Link and Open Tracking features.
There's a GitHub issue related to it - https://github.com/Foundry376/Mailspring/issues/33
The dev is very clear about it
but for now Mailspring needs to target paying customers with great pro features so I can continue working on it full-time. The Mailspring ID is a core component of these Pro features and a lot of exciting stuff on the roadmap, like team templates, read receipt analytics and shared folders. Unfortunately, it doesn't make sense to remove the Mailspring ID and make the mail client better for you, because it pulls us further away from doing a great job on the pro features for paying users that will ultimately make this a long-lasting open source project.
Hope that helps! I'm going to flag this as a wontfix for now, but I welcome everyone's thoughts and feedback here.
So no, not an email client I would like to use.
That's actually mentioned a few sentences before the quote above in that GitHub issue ;-) The Mailspring ID stores metadata for things like read receipts and link tracking, but that's pretty much it!
My bad. I somehow missed it.
Since you are here:
- What if I am sending an email to a person who doesn’t use Mailspring? Can the tracking still be achieved? I am don’t know the technical details of how email works but I believe it can’t be done unless the mail client adds something to the mail being sent. Right? So how does it work with Mailspring IDs?
- Can I opt to not track my mails/activities and not be tracked too?
- What all the meta data leavea my local system and goes to Mailspring? Is there a complete list somewhere? Also how are they stored on your serves?
Apologies again for posting incorrect info about your OSS.
Not something I'd be interested in as I don't need another Electron app (I think it is?) on my machine, but if someone had a particular liking for this it might be doable.
canned responses + simple mail-merge style things
because it's not gmail, search is...not as good as gmail. nothing is.
EDIT: added reference.
I tried then to use their engine but they deliberately let it die/non working, so I did go back to thunderbird.
It's amazing guys, I was waiting for it since a long time, I have no problem to pay for the app but not for lose my email hosting !
Too bad, I've been wanting to replace Thunderbird for awhile and Mailspring looks promising, but doesn't seem quite ready yet.
Couple of things I'm seeing:
- The Markdown composer isn't working.
- I can't install plugins.