26
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 04 Nov 2024
26 points (100.0% liked)
TechTakes
1391 readers
52 users here now
Big brain tech dude got yet another clueless take over at HackerNews etc? Here's the place to vent. Orange site, VC foolishness, all welcome.
This is not debate club. Unless it’s amusing debate.
For actually-good tech, you want our NotAwfulTech community
founded 1 year ago
MODERATORS
Personal rant: in my ongoing search for a replacement for ProtonMail after they pivoted to AI had me almost sign up with Tuta because, hey, they looked good and were on my radar originally anyway, when I found out that they do not offer any IMAP/SMTP access at all.
I mean, I get it, their whole thing is privacy and, yes, storing mail locally on my machine kinda undermines the idea of strong and impenetrable E2E encryption, but I should at least have the choice like I do with Proton Bridge. Because without SMTP Tuta is completely unusable for
git send-email. I mean, yes, technically I could copy-paste the output offormat-patchinto the web client but, first, I am lazy and don't wanna do that, and second, from my experience it rarely works anyway because the clients do some encoding crap so thatgit amdoesn't eat it without cleanup.Meh. I guess I have to keep looking.
huh, I just switched to Tuta and that’s a very good point — there isn’t even a command line mail client, much less an IMAP bridge. the official word from a couple years ago is “write it yourself but we don’t support automated email” which is several kinds of wrong
so far I’m not hating Tuta but it’s definitely much jankier than Proton. I’m kinda surprised I’ve heard good things about Tuta’a UI compared with Proton — it’s faster, but functionality so far varies from somewhat barebones to mildly broken
no regrets on the switch on my end so far though, but this might come to bite me at some point. I wonder if a dedicated transactional mail provider could alleviate some of the pain? I can DM you a recommendation for a good one if that seems like it’d be handy
Thanks, I thought about something like that as well, but figured it'd be more hassle in the long run. I like to keep my mail in one basket.
But honestly, I feel like there just isn't a good solution anyway. Email comes from simpler times and any encryption is bolted on and either awkward to use or has some problems with functionality. Hell, even Proton's bridge was a pain to get running properly with
send-emailbecause for some reason it insisted on reformatting outgoing mails. I honestly wonder if I should even bother at this point, because most of the stuff I use email for isn't even private. It's mostly corporate communication and mailing lists which are public anyway. All private communication goes over other channels (and some of which are arguably even worse than email, like Discord).Not saying that this is the conclusion everyone should come to and YMMV, but spending the last weeks combing through the email landscape this feels like the realization I'm starting to arrive at, because I want my email to just work.
that’s absolutely valid, and I’ve come to effectively the same conclusion: good encrypted email is effectively a different protocol (one which, as of now, is proton-to-proton and tuta-to-tuta only) and should be treated as one. daily unencrypted email is a legacy protocol that can effectively be handled client-side as a different account.
encrypted mail should be federated, possibly with something like activitypub (though I don’t have a good solution for attachments), but every time I float this I get a lot of very angry feedback about how I shouldn’t propose a new email standard without solving spam first, whatever solving spam means. some of the people giving feedback then float solutions that are basically warmed-over hashcash and then I stop listening.
the difference between modern webmail and what activitypub already does is very thin — a lot of it is intent, UI (email’s focused on long messages and potentially long threads), and features like attachments going from best-effort priority to crucial. there’s absolutely room in the world for better email — I just believe that internally, it’ll look closer to e2e ActivityPub with something like Soatok’s federated keyserver concept on top, rather than the shitty half baked shit we do now to make PGP work with email