Does this have the Snooze feature?
In a different comment the developer mentioned that the Gmail API doesn't support snooze, so he'll have to implement it manually later.
Show HN: Mimestream, a native macOS email client for Gmail
181–190 of 289 posts
Re: Show HN: Mimestream, a native macOS email client for Gmail
#182Interesting to see the Gmail API being used for a general purpose email client when Google has a very visible note on the overview page that says: > Note: The Gmail API should not be used to replace IMAP for full-fledged email client access. Instead, see IMAP and SMTP. I'd be a little worried they will disable API access for the client due to this. https://developers.google.com/gmail/api/guides
They did perform the audit in collaboration with the author[0], so chances are it's fine, but you never know when a new manager might come in and flip the script for what's acceptable use of the api. 0: https://news.ycombinator.com/item?id=24426342
This is something I asked about a few years ago when it was first introduced, and the vague answer I got is that the warning exists because the Gmail API is not as optimized as IMAP for some common email client tasks. (Indeed, for better performance, I would like to switch a few tasks to use IMAP instead of the Gmail API someday).
Google did vet Mimestream as a general-purpose email client before approving API access, and on the paperwork for that process "general purpose email client" was the app category that I selected, so I'm hoping all will be OK, or else I will be really scrambling to implement new protocols :P
Re: Show HN: Mimestream, a native macOS email client for Gmail
#183Earlier quoted context omitted.
The GMail app has no keyboard shortcuts- pretty important for iPad users.
> keyboard shortcuts- pretty important for iPad users I admit I cannot see the logic of this statement. Explain?
A lot of iPad users use the iPad like the Surface these days. Touch + Keyboard.
Re: Show HN: Mimestream, a native macOS email client for Gmail
#184Earlier quoted context omitted.
I never quite understood what the value add was for email-client developers to use intermediary servers. Is it to gather usage telemetry or something else?
Pessimistically for telemetry, but I suspect some of them are Javascript apps in a lightweight shell that have actual technical difficulties making a TCP IMAP connection.
Doing TCP from a "native" JS app should be pretty easy[1] (caveat: I haven't tried.) I'd think the cost of running a proxy server would be enough motivation to figure this out, for any developer whose primary reason is as simple as technical difficulties with JS and TCP. I think it more likely the other responses such as doing heavy indexing that won't work as nicely on the clients.
[1] https://stackoverflow.com/questions/41674063/is-it-possible-...
Re: Show HN: Mimestream, a native macOS email client for Gmail
#185What is the advantage of this over using the Gmail web ui? The Gmail web ui works great for me, has keyboard shortcuts, push notifications, works on all operating systems, supports multiple accounts with the /u/1/ subpath, etc. What does this offer that I'd be willing to pay for it and lock myself in to Mac OS exclusively?
Re: Show HN: Mimestream, a native macOS email client for Gmail
#186What is the advantage of this over using the Gmail web ui? The Gmail web ui works great for me, has keyboard shortcuts, push notifications, works on all operating systems, supports multiple accounts with the /u/1/ subpath, etc. What does this offer that I'd be willing to pay for it and lock myself in to Mac OS exclusively?
On my machine it feels 1000x faster since it's a native app.
Re: Show HN: Mimestream, a native macOS email client for Gmail
#187What is the advantage of this over using the Gmail web ui? The Gmail web ui works great for me, has keyboard shortcuts, push notifications, works on all operating systems, supports multiple accounts with the /u/1/ subpath, etc. What does this offer that I'd be willing to pay for it and lock myself in to Mac OS exclusively?
It uses way less memory for me with a handful of accounts. Five tabs of Gmail probably used a couple gigs of memory when left open for weeks.
It's only been a day but 5 accounts in Mimestream is only using 350 megs of memory versus 1 tab of Gmail using 1.4 gigs of memory.
Re: Show HN: Mimestream, a native macOS email client for Gmail
#188How does this compare to using twobird[0], which was launched recently by the guys behind Notability? Anyone who's got experience with both clients?
Re: Show HN: Mimestream, a native macOS email client for Gmail
#189Earlier quoted context omitted.
This is a great point: "There are no intermediary servers with access to your account or copies of your messages." A number of popular email clients use intermediary servers and that's a complete deal breaker for me. I'd argue that should be a deal breaker for almost anyone. I'm not a security expert, but as far as I can tell, for most people the single biggest security vulnerability is an attacker gaining access to…
I never quite understood what the value add was for email-client developers to use intermediary servers. Is it to gather usage telemetry or something else?
On the positive side, you could use them for some privacy features, like predownloading images (works with popular clients like Gmail which prefetch them, whether you read the email or not, to water down analytics)
Re: Show HN: Mimestream, a native macOS email client for Gmail
#190Interesting to see the Gmail API being used for a general purpose email client when Google has a very visible note on the overview page that says: > Note: The Gmail API should not be used to replace IMAP for full-fledged email client access. Instead, see IMAP and SMTP. I'd be a little worried they will disable API access for the client due to this. https://developers.google.com/gmail/api/guides
There are more than enough email clients that only support Gmail. It's OK.