Earlier quoted context omitted.
Yeah, maybe if author would charge 7 bucks in total instead of 7 bucks per month he would not have this problem.
I have not used Nylas but if email is a tool that is integral to your productivity, paying for a tool that helps you is not a far-fetched idea. It's the same as with text editors. There are plenty available for free but if there's one that happens to help you in your work, paying less than 0.1% of your income can hardly qualify as excessive. At $7/month, if this tool saves you 10 minutes a month, it's worth it.
Nylas Mail is now free
301–310 of 334 posts
Re: Nylas Mail is now free
#302Is there a build available which doesn't require users to sign up for a Nylas ID? The support page states that "If you’re using N1 against our open source sync engine, you’ll still need to create a Nylas ID." Given the privacy policy says that Nylas shares information with third parties and that they can "make a copy of the entire contents of the applicable email inbox, calendar, and contact book", it doesn't feel li…
Nylas Mail Basic does NOT store your mail data in the cloud. It still uses a cloud service for some features (like read receipts), but all the data is local on your disk and auth credentials stored in your native OS keychain. Nylas Pro currently syncs in the cloud to enable some of the pro features not currently offered in Nylas Mail Basic and to provide a much easier to use modern API wrapper around mail data. The c…
The next step would be to make features like "read receipts" that necessitate signing into a cloud optional. Being able to use the app without having to sign into a cloud platform would be a much more valuable feature for me than any feature such a cloud platform could enable.
Aside: as mentioned elsewhere in the thread, tracking pixel based read receipts in particular, is overwhelmingly only used in spam and newsletters and I personally consider it to be a liability rather than a feature.
Re: Nylas Mail is now free
#303Earlier quoted context omitted.
And in that case, you can surely run your own Nylas sync engine server alongside it. Which still adds no new security issues with using Nylas.
This comment made me smile. Mostly because it threw a new a new light on what I was already thinking; self-host (love how my phone assume I mean "self-hatred", not "self-host", btw) the whole stack, and avoid new security issues that come with forced hosting in hostile jurisdictions. But take a new daemon that talks a cross product of tls/ssl and three(?) protocols, is supposed to parse random emails, expose it to th…
Re: Nylas Mail is now free
#304I debated switching but the lack of IMAP support in the free version turned me away. That's the only feature I want Nylas Pro and it's not worth $12/mo.
Nylas Basic supports generic IMAP accounts. We don't show them in the list of supported providers for QA reasons but you can still add such an account like this: https://imgur.com/a/WBdXe (By the way, feel free to open a Github issue if you're encountering problems syncing your IMAP account: https://github.com/nylas/N1/issues/ )
Re: Nylas Mail is now free
#305Earlier quoted context omitted.
> It brings us enough pain as the only practical client-side language on the web. That's plainly wrong. The list of praticals client-side language on the web is actually pretty vast: https://github.com/jashkenas/coffeescript/wiki/list-of-langu... . Of course you can't write a piece of, say, typescript, and just include it in your HTML and call it a day. You need to compile it first, and you need some tooling for that…
It's different from using a C++ compiler to build a Qt application because it's in the opposite direction. Qt is a toolkit that lays on top of C++, which your compiler translates to machine code. Qt is still C++. Everything is the same language and gets compiled directly into the code that the machine knows how to execute. With JavaScript transpilers, this happens in reverse; there is an entirely separate secondary l…
Re: Nylas Mail is now free
#306Re: Nylas Mail is now free
#307Earlier quoted context omitted.
Coming soon! We just didn't have enough time to QA it. Should be ready in a couple of weeks. (Windows too)
I was a bit bummed to not see Windows support either...especially when there's a screenshot showing how to install on Windows on the download page. I registered for an account thinking that an auto-download had already started, so I was extra disappointed by a "Coming soon" prompt. Just felt a little bait-and-switch-y.
Re: Nylas Mail is now free
#308Re: Nylas Mail is now free
#309Earlier quoted context omitted.
> It brings us enough pain as the only practical client-side language on the web. That's plainly wrong. The list of praticals client-side language on the web is actually pretty vast: https://github.com/jashkenas/coffeescript/wiki/list-of-langu... . Of course you can't write a piece of, say, typescript, and just include it in your HTML and call it a day. You need to compile it first, and you need some tooling for that…
It's different from using a C++ compiler to build a Qt application because it's in the opposite direction. Qt is a toolkit that lays on top of C++, which your compiler translates to machine code. Qt is still C++. Everything is the same language and gets compiled directly into the code that the machine knows how to execute. With JavaScript transpilers, this happens in reverse; there is an entirely separate secondary l…
Wrong, source maps solves that problem well enough. Granted, it's not as coherent as a single compiler, but yet, it works.
Re: Nylas Mail is now free
#310Earlier quoted context omitted.
> Sure, nobody will kill HTML and JS, but that's not the point. Yes, it is the point. Nothing more, nothing less. > Nobody knows how UIs will be built with web technologies in two years! You can't say that things like es6/react/typescript/clojurescript will be plain gone in two years, there's too much real momentum behind these things.
There's real momentum behind a lot of things, including C and FORTRAN. That doesn't mean your next project is necessarily going to be written in either C or FORTRAN. The crop of JavaScript derivatives are probably not going to disappear, but riddle me this: while there are many variations on JavaScript's syntax, why do other languages that are arguably JavaScript competitors, like Ruby and Python, not have the same w…
You focus too much on ES5. It's not about the language, it's the platform.