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

11–20 of 91 posts

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

#11

Post by RexM »

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

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

#13

Post by Lazare »

the_common_man wrote: post #7
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…

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 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.

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

#14

Post by Lazare »

crispinb wrote: post #8
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…

> I'm explicitly fine with their being an extra server in the mix; this is required for snoozing emails to work properly 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…

I'm really not sure to be honest. It does seem like you could do something weird with IMAP to make it work, but every implementation I know of uses a server.

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

#15

Post by Operyl »

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.

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

#16

Post by crispinb »

Lazare wrote: post #14
crispinb wrote: post #8

Earlier quoted context omitted.

> I'm explicitly fine with their being an extra server in the mix; this is required for snoozing emails to work properly 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…

I'm really not sure to be honest. It does seem like you could do something weird with IMAP to make it work, but every implementation I know of uses a server.

Fair enough. It was just an idle thought.

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

#17

Post by kwhitefoot »

Lazare wrote: post #14
crispinb wrote: post #8

Earlier quoted context omitted.

> I'm explicitly fine with their being an extra server in the mix; this is required for snoozing emails to work properly 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…

I'm really not sure to be honest. It does seem like you could do something weird with IMAP to make it work, but every implementation I know of uses a server.

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

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

#18

Post by crispinb »

kwhitefoot wrote: post #17
Lazare wrote: post #14

Earlier quoted context omitted.

I'm really not sure to be honest. It does seem like you could do something weird with IMAP to make it work, but every implementation I know of uses a server.

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)?

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

#20

Post by BugsJustFindMe »

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 why the links aren't there, since it looks like the github repo has issues filed for this.

Post reply on HN