We wrote last week about Proton Mail adding an AI assistant that just sent a wafer-thin slice of your email in plaintext to sit on Proton’s servers — unlike the zero plaintext that was stored there…
I haven't always been actively enthused about some of the things Proton has decided to build out, but this may be the first time I've been legitimately disappointed.
If you're willing, I strongly recommend people get their own domains. That way, you'll always be able to change email providers without changing your address.
I migrated my email to Proton not long ago, but I also used my own domain when changing emails in all the bazillion accounts I own. My motivation was exactly what you describe. I'm so happy that now I could easily ditch Proton any day if the need arises.
@Banshee@drdiddlybadger I'd rather have someone else host my email. Though! I have my own domain name but I'd rather pay someone to manage the email server. Is this possible?
Screams incoherently I just managed to switch my 2FA, passwords, and important email accounts to Proton. Then they go pull this bullshit over time! This is quite cursed; if it gets any worse, I don't know what I'll do. They were not shitty and the competition is so much worse.
I was this close to switching to Proton... Dodged a bullet? I'm slowly degoogling, but I guess my new goal is to switch to a bunch of separate individual services to make it easier to switch just photos/email/calendar/drive/etc in the future when a service enshittifies.
Yeah, that would be best. I still keep certain things separate because of enshittification can strike at any time! However, I don't think that Proton will ever get that deep into the becoming shittier train; I could be 1000% wrong about it, as I'm aggressively huffing copium right now. I've pretty much made Google one of my throwaway accounts that stays isolated from anything important. So I can dump that terrible company at a moment's notice without worry.
ROFL, I mean, I suppose hoping that business wouldn't go sour on bullshit isn't the best move. If Proton gets worse, then I will have to cross 'own my domain' bridge. Hurray for increasing the mental load! 😮💨🫠🤪
my adhd domain blocker just lifted for the weekend and this was the first thing I saw
I wonder if there is commentary value in the world of fucked brands and researching unfucked brands and potential conflicts with key people in those companies.
If I knew the ceo of proton was a bitcoin maxi it would have been a fun journey to now
yeah, that was the inspiration. I think it would be fun to call out companies which are existing despite their fucked brand. I guess it would be part of my pet theory that brand has been superseded by ux as the real commodity of tech capitalism
IMO you gotta consider the email and calendar functions as inseparable, whereas the rest of the Google bundle can be teased apart. Privacy Guides is perhaps a bit too stingy with their recommendations, but at minimum they give you a lot of food for thought when they lay out their criteria:
Depends a lot on what you're looking for. If you just want email, then you have a lot of options. Mailbox.org, Posteo, tuta, mailfence, fastmail, and runbox all come to mind. If you want a full gsuite replacement, ala proton unlimited, then your options are limited.
I don't really understand how it's possible to both not store data in plaintext, but also be able to siphon off some of it in plaintext. Like is this technically possible in the way they suggest it? We shoot off the plaintext before it gets to our storage servers?
Like at some point that means the communication is not encrypted right? But if you're using https and all good normal security standards that should never be the case from the moment it departs your terminal?
I have a small amount of knowledge about this but it's the dangerously small type so any illumination would be appreciated.
Email is never stored unencrypted at rest on Proton's servers. But AI prompts, which are likely your entire draft email, do exist unencrypted at rest on their servers. That's what has the privacy nerds screaming.
yep! and the important thing to understand about proton is, the end to end encryption (where one end is the sender of a message and the other is the receiver — Proton never handles plaintext at all, beyond a tiny and clearly called out amount of metadata stored as plaintext on their servers for stuff like Calendars) is the whole point of the thing, there’s no reason to use Proton without it. with this LLM garbage, Proton’s threat model has shifted such that you can’t trust that the other end’s plaintext didn’t get transmitted to Proton’s servers (there’s no way for you, the receiver, to tell that the sender didn’t use the cloud LLM features), which makes Proton a lot less useful for some of the most vulnerable people who use it, such as activists and journalists who might be under legal threat. this plaintext leak allows some of the messages you’ve received to be subpoenaed, and it’s very easy for that to be used in a criminal case against you.
also, Proton’s published security model for their LLM feature (which is ultra-thin and resembles a PR puff piece more than any other model they published before this) states that their no-log policy is what makes the cloud version of the LLM secure, but their no-log policy has gigantic holes in it, and Proton’s response to these concerns is utterly unbefitting of a privacy/security software company
I'd personally consider that sufficient grounds to accuse Proton of stealing its customers' data.
At the (miniscule) risk of sounding unnecessarily harsh on tech, any customer data that gets sent to company servers without the customer's explicit, uncoerced permission should be considered stolen.
Ah OK, so it's sending the email draft in process not sending off the content of incoming messages or your final sent messages. Now I understand. Also, that's still bad....
My frustration at least is blended between 2 related thoughts that seem to generally be shared with a large group of people, if not the majority. 1) IMO crypto is BS. 2) Building on that base, they are diverting dev resources away from improving their existing systems or developing a new product with broader appeal to instead service said BS.