achempion

Joined 9 years ago

Karma
143
Submissions
207
Member since
Mar 4
me at achempion.com
View on Hacker News

Recent submissions

Comment · 24 days ago
Thank you very much for the warm words. Mail clients are surprisingly tricky problem and it took way more effort than I initially anticipated :)

For example, I'm using catch-all address with fastmail. I wasn't able to find any client with the right design that would allow me to define sender address and email account separately during composing, so I can use "[email protected] via [email protected]" as a sender.

You can send "ping me when linux available" and I'll follow up.

Comment · 24 days ago
Sorry, it isn't publicly released yet for linux/win. I'm planning on releasing it via Flatpak soon. On the technical side, you can reach out to me via email or ask here. Happy to answer any of your questions. This is a paid, closed source product.
Comment · 25 days ago
Sorry, it isn't publicly released yet for lin/win. I'm planning to ship via Flatpak as it supports sandboxed installs and explicit permission declarations. Do you think it's the right choice?
Comment · 25 days ago
Congrats on the launch! This is looking super cool. What are your thoughts on project monetisation / long term sustainability?

Also, from the AGENTS.md

> # Working with the owner

> The standing instruction is to decide on taste and keep going without stopping to ask: build a complete, good-looking client. Ask only for decisions that are theirs, such as the licence or anything outward facing.

Any learnings from this kind of interaction?

Comment · 25 days ago
This is actually a very tricky problem. We solve this by never rendering mails in trusted origin. It's basically sanitisation + isolated sandboxed iframe for defence in depth + standard security stuff like CSP headers. When I was looking into this, I was surprised how many popular mail clients relay primarily on sanitization and render mails within trusted origin (ex: marco, superhuman).

Other interesting problem to solve for mail clients is the editor. You should be able to forward/edit untrusted html content. Source: I develop tecotype.com for mac/linux/windows.

Comment · 1 month ago
I assume the only way it to be a good citizen: an app someone uses often, app itself is low cpu/memory, BG app refresh quick/cheap/doesn't drain much energy.

But yeah, if you need a predictable way is either APN or safari push notifications.

Comment · 1 month ago
Comment · 1 month ago
It's possible for the app to poll the server for new messages. iOS also supports light background work that can poll server from time to time and trigger notification on the device, rather than using apple's push notification infra.

The trade off is that you gain some extra privacy with simpler architecture and accept that some notifications will be delayed as ios decides when to run the bg job for the app.

source: I develop e2e app with self-hostable server (145 lines of zero deps python for the whole server).

Comment · 1 month ago
I think it comes down to trust and maintenance cost. I wanted to minimise external dependencies, so the whole implementation is under 500 lines of code using only standard tooling.

The implementation depends on OpenSSH, Python, Docker and age. Highly trusted / audited / scrutinised / maintained code. This fits well with e2e messaging infra.

Comment · 1 month ago
Thanks, I considered ruby initially and it's possible for the relay (even bash would work :)).

For the local sync, I needed sqlite and python comes with sqlite client in a standard lib, ruby requires a gem.

I wanted core parts of the infra (relay and sync) to be implemented with zero external language dependencies. I didn't want to have a relay in ruby and sync in python. TUI example uses textual, so everything fits in a single language.

Comment · 1 month ago
I'll share a quote from a readme

> Communicate with people you trust, away from the eyes of modern surveillance and large corporations.

I hope this answers your question.

Comment · 1 month ago
Comment · 1 month ago
Public doesn't pay a creative tax. You're free to buy or not buy any creative work. This is different with other assets though, you have to pay someone indefinitely to rent a place to live, even though building (or land) was built hundreds years ago and just gets inherited by new generation of landlords every 75 years.
Comment · 1 month ago
It's the same in creative work creation, no? Filming crew / game devs don't own any copyright and property rights. They explicitly give it up under contract/hiring terms.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton