This desktop client appears to load the inbox interface and gmail interface in a iframe and has extra related functionality on the side . So it isn't just an email client. Looking at it I don't see how it is much Of a desktop client unless they added offline functionality .
Yep, but on another note if you don't need all of the features of thunder bird and you are looking for something self hosted check out http://www.rainloop.net/
For me, the main dealbreaker of Windows 10 Mail is lack support for email aliases. One can forward multiple accounts to a single gmail account and select the "From" address when composing messages.
It reminds me of Radiant[0], which does the same thing for Google Music.
Google has bet big on web apps. They are pushing hard to make the web app the way of the future. I don't have a problem with that, and to an extent I'm getting used to it (while simultaneously moving my clients in that direction like I've been doing for ten years), but in an age when it's still very transitional, it is nice to have these wrappers to make everything a little smoother.
If they published desktop apps, folks would never migrate. They would complain about the poor experience on the Chromebook, etc.
I'd hazard that google doesn't see a need. I like this but I can understand that they may feel that you don't get extra features and isn't worth the work to create and support the app/program. The likelyhood is that if they did make a desktop client that it would be something similar, i.e. it just loads the webpage in a nice looking window. Which chrome does a pretty good job of already.
I've been using Kiwi for a while now. I enjoy my email separate from my browsing. And it keeps work and personal email accounts close. I can't forget to open one and not the other.. etc.
Kiwi looks to be about the same as Wmail but without the Google Inbox. (and it is a pay product)
So it's just the website in a chromium wrapper? So I'd be downloading ~50mb for something that I already have in Chrome? I'm trying to find a feature it has that I can't get through Chrome...
And if you use something like Fluid.app you can create an app per email account and even have a separate app for your Calendar like me! Unfortunately Fluid.app is poorly maintained and based on Safari...
Check out https://github.com/jiahaog/nativefier, it's like fluid in that it builds a standalone app for any website, incl. support for badges and segregated cookies.
I've used nativefier to create apps for Gmail (two separate accounts), facebook, trello, and soundcloud. Even though it feels ridiculous to create a huge app to just wrap a website, it works quite well.
For some odd reason I couldn't get the badges to work well for gmail though.
The badges work, just not very well; I noticed that it takes a long time for them to get displayed/refreshed.
Like you, I created one for Google (mostly to keep tracking cookies segregated), Facebook and GMail, but I've switched to WMail because the new mail badge works flawlessly there (and I need a reliable new email indicator).
So it's not an email client, it's some app exclusively for Gmail and Google Inbox (using OAUTH for authorization ), not that it lessen the value of the app in anyways but it's important to note.
That's more of a good thing than a bad thing for Gmail users: Gmail's search based inbox does not logically map to IMAP and Google don't have a full public API for Gmail.
Yes, it is "just" a wrapper, but it's nice having Mail and Calendar in a separate dedicated app. I can restart my browser without impacting my mail, and the integration with the desktop (e.g. mailto: links just work, I can use quicklook on attachments, better drag and drop support, etc.) make it worthwhile.
I use mbsync and alpine but obviously since alpine is just an interface to the local maildir I can hop between different mail clients without anything breaking.
Many people use third-party email clients via POP, IMAP, or an application-specific password. Just think about all the people using Thunderbird, mobile email clients, etc. The day they stop permitting that is the day they no longer offer an email service.
The process results in a client ID and, in some cases, a client secret, which you embed in the source code of your application. (In this context, the client secret is obviously not treated as a secret.)
There's not really anything you can do about this unless you want Wmail to have to stand up a server to authenticate with, at which point you're no really getting any additional security because Wmail still needs to store some sort of credential on your machine for persistent login that an attacker could steal to authenticate with Wmail on their own machine.
An attacker would have to steal your access token stored locally on your machine to use with this public client id and client secret, and if you have software that's maliciously scraping credentials from your machine you already have a problem.
There's still a reason why e.g. the OSX Keychain, SSH private keys, etc. are stored encrypted-at-rest. I like the fact that I can create a cleartext backup of my hard disk and throw it in the trash, and the person who finds it won't be able to get my passwords off of it.
Are there any CLI gmail clients which can handle 2FA? I'd like to have a way to read my work email in emacs, but I'm pretty sure work would be unhappy about me putting an app-specific credential on my hard-drive without 2FA.
54 comments
[ 2.7 ms ] story [ 124 ms ] threadhttp://blog.elementary.io/post/139731273161/re-geary
http://techcrunch.com/2012/07/06/so-thats-it-for-thunderbird...
http://forums.mozillazine.org/viewtopic.php?f=39&t=2499053&s...
Google has bet big on web apps. They are pushing hard to make the web app the way of the future. I don't have a problem with that, and to an extent I'm getting used to it (while simultaneously moving my clients in that direction like I've been doing for ten years), but in an age when it's still very transitional, it is nice to have these wrappers to make everything a little smoother.
If they published desktop apps, folks would never migrate. They would complain about the poor experience on the Chromebook, etc.
[0] https://github.com/radiant-player/radiant-player-mac
The same could then be said of any mobile app used to browse HN or Reddit I guess.
Kiwi looks to be about the same as Wmail but without the Google Inbox. (and it is a pay product)
http://kiwiforgmail.com/
An individually dockable app with a badge icon showing unread messages?
For some odd reason I couldn't get the badges to work well for gmail though.
I know you can have separate Chrome users, but this may separate concerns slightly more. Not sure.
There is a typo here.
Yes, it is "just" a wrapper, but it's nice having Mail and Calendar in a separate dedicated app. I can restart my browser without impacting my mail, and the integration with the desktop (e.g. mailto: links just work, I can use quicklook on attachments, better drag and drop support, etc.) make it worthwhile.
Besides the efficiency of the CLI, I like having a local copy of my mail.
The process results in a client ID and, in some cases, a client secret, which you embed in the source code of your application. (In this context, the client secret is obviously not treated as a secret.)
https://developers.google.com/identity/protocols/OAuth2 (under "Installed Applications")
An attacker would have to steal your access token stored locally on your machine to use with this public client id and client secret, and if you have software that's maliciously scraping credentials from your machine you already have a problem.
lol
We detached this comment from https://news.ycombinator.com/item?id=11155781 and marked it off-topic.