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

31–40 of 91 posts

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

#31

Post by bdcravens »

bengotow wrote: post #27
the_common_man wrote: post #9

I wish the license was MIT. The author could then have simply made some sort of an open core model instead of resorting to this ID business.

Hey! Mailspring maintainer here—could you elaborate on the "open core model"? I'm not sure I follow. If it'd generate more than $~10k/mo in revenue and would allow me and others at F376 to sustainably work on Mailspring indefinitely, it might be a great alternative to the Mailspring ID and pro features.

Open core is generally a base free (as in speech and beer) version, and extended version/plugins that aren't. See Sidekiq and Hashicorp's products.

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

#32

Post by _jal »

crispinb wrote: post #18
kwhitefoot wrote: post #17

Earlier quoted context omitted.

Why is it regarded as weird to use IMAP for this? It seems like an obvious use for IMAP.

I don't know IMAP beyond the very basics, but I presumed that it doesn't include facilities for adding metadata. Correct me if I'm wrong! So if you wanted to store snoozing info, you'd have to encode that oddly somewhere -- in a fake email item name? Or as an added mail header (if it's considered polite for clients to add them)?

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

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

#33

Post by painted »

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…

The RAM and CPU usage is interesting, I think most of the people hate electron apps for their thirst of resources. Just by looking at the activity monitor I'm curious what's the emptyWindow process.

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

#34

Post by LudoA »

Lazare wrote: post #13
the_common_man wrote: post #7

Earlier quoted context omitted.

Can you tell me what is wrong with gmail? It seems to check all your boxes.

I prefer desktop clients (even the horrible electron things that pass as such these days), and I'm not thrilled with gmails UI which I find a bit cluttered and frustrating. It also doesn't support email snoozing, which I love. 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 sup…

> It's also missing some key features

I'm curious, such as what?

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

#35

Post by Arnt »

_jal wrote: post #32
crispinb wrote: post #18

Earlier quoted context omitted.

I don't know IMAP beyond the very basics, but I presumed that it doesn't include facilities for adding metadata. Correct me if I'm wrong! So if you wanted to store snoozing info, you'd have to encode that oddly somewhere -- in a fake email item name? Or as an added mail header (if it's considered polite for clients to add them)?

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 what you have downloaded.)

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

#36

Post by tjoff »

Operyl wrote: post #15
c036 wrote: post #12

I like the UI and some features of Nylas, and thus Mailspring. But the fact I need a third party server worry me. I would love an open source native mail client that do all the syncing locally

The syncing is done locally, no credentials are sent to Mailspring for your email accounts.

But you are still reliant on your server for some other reason?

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

#37

Post by jrimbault »

Lazare wrote: post #13
the_common_man wrote: post #7

Earlier quoted context omitted.

Can you tell me what is wrong with gmail? It seems to check all your boxes.

I prefer desktop clients (even the horrible electron things that pass as such these days), and I'm not thrilled with gmails UI which I find a bit cluttered and frustrating. It also doesn't support email snoozing, which I love. 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 sup…

I think I'm not sure what you mean by "snoozing emails" ? Isn't it just muting for a few minutes the alerts you'd get ? Just to clarify for me.

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

#38

Post by vhbit »

crispinb wrote: post #18
kwhitefoot wrote: post #17

Earlier quoted context omitted.

Why is it regarded as weird to use IMAP for this? It seems like an obvious use for IMAP.

I don't know IMAP beyond the very basics, but I presumed that it doesn't include facilities for adding metadata. Correct me if I'm wrong! So if you wanted to store snoozing info, you'd have to encode that oddly somewhere -- in a fake email item name? Or as an added mail header (if it's considered polite for clients to add them)?

As I remember IMAP allows to add freeform flags to every message.

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

#39

Post by _kwmj »

bengotow wrote: post #25
_kwmj wrote: post #4

Nylas (like other apps e.g. Airmail) kept the password on their servers (Nylas ID, now it's Mailspring ID) so basically they had (could have) access to all my data even when it's not lying on my computer. 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. (Edit): There's a GitHub issue related to it - https…

Hey folks! Just to be clear, Mailspring does /not/ send your email credentials to the cloud - all the mail sync is done locally, and your passwords are stored in your system keychain / keyring. I spent a good chunk of time re-implementing things like snooze and send later to work without a backend server. That's actually mentioned a few sentences before the quote above in that GitHub issue ;-) The Mailspring ID store…

Thanks for replying here.

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.

Post reply on HN