isaachinman

10 ms·

91.
by isaachinman 1y ago
Hah, funny to see this reposted – I'm the author. We've had great success with Replicache+Orama since this was written. We're keen to give Zero a spin once it's a bit more stable. Triplit has essentially folded as a &quo
92.
by isaachinman 1y ago
As others have mentioned, the search and overall performance of "legacy" products like Gmail and Apple Mail are absolutely terrible, not because those companies lack the technical capacity to improve them, but because they have ve
93.
by isaachinman 1y ago
We're using Orama for client-side search, which is best in class as far as we can tell, after quite an extensive period of research. It is able to use BM25, QPS, or PT15. We're still playing around with various weights/settin
94.
by isaachinman 1y ago
Check out what we're building: https://marcoapp.io Basically a cross-platform Thunderbird replacement whose sole goal is to "not suck". Full-text search is entirely client side (not via IMAP) and returns results i
95.
by isaachinman 1y ago
I believe DOMPurify is considered best in class.
96.
by isaachinman 1y ago
Yes, that's one of our core USPs. It's possible to view one email account at a time, all at once, or any user-generated combination you might desire.
97.
by isaachinman 1y ago
We're building what you want: https://marcoapp.io
98.
by isaachinman 1y ago
> push notifications are literally part of IMAP You are conflating things. IMAP supports IDLE, NOTIFY, and _sometimes_ P-IMAP, but IMAP is never going to trigger a push notification on your iPhone/Android.
99.
by isaachinman 1y ago
Superhuman, Shortwave, Missive, Spark, HEY, Canary, Zero. Everyone has their own threshold/requirements for privacy. I completely understand your viewpoint, to be clear.
100.
by isaachinman 1y ago
Forward Email is not a competitor of ours, they offer a completely different kind of product. I am not putting words in anyone's mouth. Direct quotes from the article: > The companies that actually succeed in email don't try to
101.
by isaachinman 1y ago
When you're a team of two, writing in one language is a practical choice, not a philosophical one. If we had a team of ten, we'd certainly be writing fully-native apps. Linear, Slack, Discord. The discussion goes on ad nauseam. Th
102.
by isaachinman 1y ago
Yes, there is a massive difference in runtime RAM usage. > Sorry, but I just want to read my damn email The good news is that there are literally dozens of email client options. If cross-platform sync and push notifications don't ma
103.
by isaachinman 1y ago
I think you're conflating Electron apps with hybrid apps. Electron literally bundles Chrome and NodeJs, resulting in apps that are 300mb+. The Marco macOS app is 3mb. Yes, we have a server runtime between the client app and the upstrea
104.
by isaachinman 1y ago
It seems Forward Email has come to the exact same conclusion I did in a blog post awhile back: https://marcoapp.io/blog/marco-an-introduction I agree that "reinventing" email, or building a business based on
105.
by isaachinman 1y ago
This is the way to go. Also has the added security bonus of keeping all your services in a private network, as opposed to exposing everything to the internet.
106.
by isaachinman 1y ago
You could achieve something almost identical with Replicache + (Mobx or Orama). Only mentioning Mobx because it's what Linear uses. That level of the implementation is interchangeable.
107.
by isaachinman 1y ago
Have a look at Authkit.
108.
by isaachinman 1y ago
What services do you offer, exactly?
109.
by isaachinman 1y ago
Have you seen this thing? https://github.com/ProtonMail/proton-bridge I'm not too familiar with it, but we're building Marco ( https://marcoapp.io ) and a customer just showed it to me recently.
110.
by isaachinman 1y ago
Personally, I use iCloud+ for custom domain hosting. I migrated from Gmail about a year ago. Yes, it's a walled garden, but a lesser of two evils for sure. And if you have email accounts spread across multiple providers, check out the
111.
by isaachinman 1y ago
We're using app passwords for Marco ( https://marcoapp.io ), until we get through the unnecessarily-rigorous process of gaining privileged OAuth access for email scopes. Here's the support article we link our users to:
112.
by isaachinman 1y ago
That is 100% untrue. I've built functionality on app passwords and use them on a daily basis.
113.
by isaachinman 1y ago
Indeed. Quite a hassle to enable now. Multiple requirements including 2FA.
114.
by isaachinman 1y ago
Sorry, I don't quite get the point you're trying to make... With an app password you have full IMAP access.
115.
by isaachinman 1y ago
Use regular old IMAP with an app password. Don't jump through their hoops.
116.
by isaachinman 1y ago
Agreed! One of the reasons we started working on Marco. https://marcoapp.io
117.
by isaachinman 1y ago
Because _it is_ specific to Gmail. It's using OAuth and presumable API access. IMAP is much harder, and much slower, and is bound by Google's bandwidth limits.
118.
by isaachinman 1y ago
Yes, we've dealt with those issues, and that was actually one of the hardest problems to solve. Most email providers use mailboxes, while Gmail uses labels to "emulate" mailboxes (sort of). We have spent quite a lot of time a
119.
by isaachinman 1y ago
We're building Marco, which is essentially a cross-platform, modern Thunderbird. Full-text search and indexing is done client-side via Orama, and search is on the order of single digit ms. https://marcoapp.io
120.
by isaachinman 1y ago
We're building what you're looking for! Had the same problems myself so decided to build a product I actually needed. https://marcoapp.io

More ›