Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mailspring: A fork of Nylas Mail by one of the original authors

github.com

Post reply on HN
Print view View original

71–80 of 91 posts

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#71

Post by timhaines »

e12e wrote: post #60
bengotow wrote: post #28

Hey folks! Mailspring maintainer here — glad to see this on Hacker News. For anyone just catching up, here's the tldr on Mailspring: - It's a fork of Nylas Mail with the entire mailsync codebase (~40k lines of JavaScript) replaced with a new C++ core based on Mailcore2. It uses roughly half the RAM and CPU of Nylas Mail and idles with almost zero "CPU Wakes" thanks to new C++11 features, which translates to great bat…

Why the fork/split - or rather what happened to the rest of the team? 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?

Going by Nylas' blog post last month, they say new development of the Nylas mail client is sunset, and the team was reallocated to the API product, which is doing better commercially? https://www.nylas.com/blog/sunsetting-nylas-mail-development

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#73

Post by simon_o »

bengotow wrote: post #23
BugsJustFindMe wrote: post #20

There are no Linux download links. The download page just shows image placeholders. 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: https://updates.getmailspring.com/download?platform=linuxDeb and https://updates.getmailspring.com/download?platform=linuxRpm Maybe Ben or someone will see this and comment w…

Hey folks! bengotow here—the linux version is /almost/ ready, though the debian and rpm packages above should work. I'm working with some folks at Canonical to get the app packaged as a Snap (Snapcraft.io) so that Linux users will finally get autoupdates and I can ship a single format to everyone. Back when I worked on Nylas Mail, we had a ton of trouble with Linux because users would download a .deb or .rpm and then…

The right approach is to include your own package repository in the deb file so that it gets automatically added to the system when people install the application.

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#74

Post by sethhochberg »

bengotow wrote: post #23
BugsJustFindMe wrote: post #20

There are no Linux download links. The download page just shows image placeholders. 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: https://updates.getmailspring.com/download?platform=linuxDeb and https://updates.getmailspring.com/download?platform=linuxRpm Maybe Ben or someone will see this and comment w…

Hey folks! bengotow here—the linux version is /almost/ ready, though the debian and rpm packages above should work. I'm working with some folks at Canonical to get the app packaged as a Snap (Snapcraft.io) so that Linux users will finally get autoupdates and I can ship a single format to everyone. Back when I worked on Nylas Mail, we had a ton of trouble with Linux because users would download a .deb or .rpm and then…

Just wanted to express thanks for continuing to support Linux reasonably well. I regularly use all 3 major platforms and hated that webmail was one of the only ways to get a somewhat-consistent interface across them; this is one of the things that drew me to Nylas in the first place before issues with a self-hosted sync engine pushed me away.

I'll definitely be checking out Mailspring.

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#75

Post by zitterbewegung »

chrismorgan wrote: post #24
Lazare wrote: post #6

I used and loved Nylas Mail (aka N1), so I'm going to be taking a close look at this. 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 expli…

At FastMail we’re hoping to implement snooze next year, as a first-party solution that doesn’t need the support of a client or third-party server. 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 J…

That would be awesome. I'm trying transition off of Google services and this would help me a bunch. I love your product by the way <3

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#76

Post by BCM43 »

RexM wrote: post #11
Lazare wrote: post #6

I used and loved Nylas Mail (aka N1), so I'm going to be taking a close look at this. 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 expli…

This might be good for you. I haven’t been following along very closely but I believe the concept of a Nylas ID is gone. https://github.com/nylas-mail-lives/nylas-mail

It's gone for IMAP. Gmail and other instances still contact the Nylas cloud servers, though there are plans to remove those calls.

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#77

Post by narsil »

bengotow wrote: post #26
gravypod wrote: post #2

Can this so plaintext and operate without contacting a third party? There are a few "features" in this that worry me. One being the Open Tracking. 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.

Hey! Mailspring maintainer here—the app doesn't support plaintext emails (at least not out of the box), but it's likely we'll add support in the future. 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 sy…

It's awesome that you've implemented unsnoozing on the client side. That's a major plus and I'm hoping to recommend mailspring to my team after giving it a try.

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#78

Post by dmix »

discreditable wrote: post #66

I gave it a shot. The app is pretty but has some weird things that will keep me on Thunderbird. * 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.…

> * No plaintext support.

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.

Re: Mailspring: A fork of Nylas Mail by one of the original authors

#79

Post by _jal »

Arnt wrote: post #35
_jal wrote: post #32

Earlier quoted context omitted.

Using a header works fine - making up your own is legal. I've been known to add headers for entertainment purposes.

You can't write headers to messages you receive.The only way is to download the message (including the three 78MB PDF attachments you got from that graphic designer), add the header field, upload everything and delete the first message. 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 wha…

I'm aware of that. Not saying it is the right method, just that it is the best general method we have.

And I'm also thankful that I trade mail with far fewer designers these days.

Post reply on HN