13 comments

[ 2.7 ms ] story [ 48.2 ms ] thread
I wonder if the name is an anagram of "snail"? Quite funny, if a bit far-fetched. :)

Edit: nope, they actually explained it themselves:

The word ‘nilas’ actually means “young sea ice” that will grow into icebergs.

Although, it is an anagram of snail, just not intentionally so... I can't believe I didn't notice that until you pointed it out.
That's somehow more fitting then the other anagrams of "Nails" and "Slain"
No mention of end to end encryption, or encrypted storage. I suppose the primary target is enterprise and people who like when it just works, because I can hardly see a product designed for my "personal data" not allow encryption (unless the business is based around using this data ;))

Also, insert rant about node.js on the desktop and atom-shell because it's a piece of shit here.

Hi @pikzen, thanks for the comment. One of the advantages of our platform is that you're actually paying for us to run it---so we don't have to sell user data to get by.

We don't specifically support end-to-end encryption in the base email API because a centralized holder of keys is little better than no encryption at all. End-to-end encryption is something we'd love to see built on top of the platform though.

As a paying "Inbox developer program" user, I'm a bit shocked that I had to find about this through HN.
We're prepping something special for existing members of the developer program, details will follow shortly :) Unfortunately the timing didn't align perfectly with the TC article, but we definitely haven't forgotten you.
How is using Javascript or forking Atom equals to building native email clients on desktops? I seriously don't get that part.

There's also no clear picture as how Nilas any better than other services. What incentive is there to use Nilas over other products?