achempion
achempion on Hacker News
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.
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.
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?
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?
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.
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.
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).
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.
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.
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.
Posted by
achempion on Friday September 25, 2026 @07:09AM
from the show-hn dept.
https://github.com/achempion/tlx
This is a reference implementation of encrypted chats for small trusted groups.It runs SSH server in a container that acts as a mailbox for opaque encrypted blobs (145 lines of code).SSH keys serve as an identity.Then a local demon syncs and decrypts these blobs into SQLite database (321 lines of code).I wanted to make crypto as simple as possible and have only widely used and well audited...
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.
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.
> Why don't the builders get infinite royalties on use of that house
They do, some build to rent indefinitely or sell to other who rent out the property.
Why you want to reduce value of creative work, but not a value of other assets? I think copyright should be as long as ownership of any other asset.
If I spend $20m on building a house or creating a computer game, why house can be inherited indefinitely and creative work is not? I would have a monopoly on this specific building and on this specific creative work, but anyone is free to build/create anything else.
If J. Rowling created Harry Potter universe, why her family can't own it indefinitely? We somehow accept this notion for other assets, but treat copyright differently.
p.s. creative work is more valuable as it has something that money can't buy (authenticity, taste, sincerity, etc)
You're free to release your own work with Creative Commons License (or any other license that shorten the copyright).
> Copyright is a monopoly that the government creates on purpose
Creative work takes a lot of effort and resources (ex: movie production, games, books (hello Knuth)) and can be easily copied/imitated in a digital age.
It you think copyright should be shorter to everyone, then inheriting something valuable shouldn't be a thing as well?
Keyboard-first email client.
Email app: offline mode, keyboard first, reminders, zero inbox every day.
I would encourage you to read about the Edward Snowden guy and the PRISM program on wikipedia and most recent attempts of EU to ban the encryption.
Also, here is what Pavel Durov mentioned recently in interview to Tucker Carlson
> In the US you have a process that allows the government to actually force any engineer in any tech company to implement a backdoor and not tell anyone about it with using this process called the gag order.
It doesn't matter what anyone claims on the landing page. Assume if it's stored somewhere, it'll get leaked eventually and the transitioning/hosting government already has an access and decryption keys.
Thanks for posting the link, can't believe it was happening in 2016
> The police collected bags of clothes the girl had saved as evidence, but lost them two days later. The family was sent £140 compensation for the clothes and advised to drop the case.
Where I can find what is a credit? It says 150 credits for a Growth plan but doesn't explain how many credits are needed for a single video
p.s. the pricing section is unreadable under the 840px width
Why would they buy exactly 49% and not 51% of Intel? If these extra 2% are not available, why buy 49% then and not just 2-5%?
AI generated images makes me think that an article was also generated with AI
> A Starbucks frappucino cost 0.55c to make
I saw variants of this phrase a lot, but I don't think it's accurate. I wouldn't be surprised if 0.55 would be close to a payment processing fee alone.
My very rough estimate is frappucino costs close to $5 to make. I used Starbucks located in Manhattan, New York to make it even more cliché.
- Ingredients & disposables: $1.03
- Direct labor (including shift supervisor): $1.30
- Occupancy (rent, insurance): $1.54
- Equipment depreciation: $0.14
- Utilities: $0.10
- Supplies, cleaning, waste: $0.10
- Management, marketing, investment: $0.60
- Card processing, other: $0.16
Total: $4.97
I wanted to build something similar that works nicely across different devices (mac/linux) that is fast and supports keyboard-first navigation as I'm also struggling with a similar problem.
When surveying potential users I discovered that most are happy with the web gmail interface and don't really care. It sounds like a very niche requirement and it'll be very challenging to find enough customers (1k+) who would care about using a very nice email client.
This happens in many orgs. The truth of this situation is that it's engineering team's responsibility to build maintainable system, managers only care about results, risk management and team velocity.
The problem you're trying to solve is not that features get more prioritisation, but your estimations doesn't reflect the reality and your code-review process is broken as engineers are not spotting growing technical debt and refactoring opportunities and think that someone should give them a permission or create a ticket to work on that.
This is engineering culture 101 (look up the boyscout rule in software engineering).