It would be really cool for them to get read/write calendar sharing on Proton Calendar to finally work on iOS. It's a huge pain, but just self-hosting a CalDAV server is still a better solution because I can actually share calendars.
Could it be you’re using Chrome with the offline Docs extension? On Brave and without the extension, Docs isn’t nearly as fast for me — even if Proton remains slow.
I also wish I could afford Proton as a non-pro user…
The thing I am interested in proton docs is if it can have API functionality. Proton docs allow anonymous users to write things and I wish if there was an API functionality, then people can use it to create anonymous/(pseudonomous?) comments and hose those comments as a comment engine and many other interesting things like creating forms themselves on it.
I would love to build on proton but Alas the API isn't open source and recently with Proton meet and its controversy, my trust on proton has shifted a bit too which dampened my enthusiasm in all of this.
(To make the API I even used puppeeter instances to do it, and after quite a long time I was able to succeed actually but that's just not scalable)
For a start, you can't edit docs on mobile. But if you just use it for a while you notice there's a fairly large amount of bugs which need working on. Try entering a couple of dates and using their autofill to extend the sequence... it's pretty comical.
The launch of Proton Meet officially eliminates the lazy excuse that securing real-time WebRTC media at scale is "too hard" for modern enterprise platforms. Hopefully this forces the hands of Slack, Teams, and Google to stop treating E2EE as a premium afterthought and start offering it as a standard option for the modern web.
Slack, Teams and Google are meaningfully making this choice and that's because customers rarely care and yes, many of customers do prefer the server side transcriptions, recording and AI note taking.
You can add the server to the call even if it is E2EE. You don't need to physically show it as a separate user and the client can hide that information and make it seamless.
Sure, you COULD or you could just encrypt between client and server and be done with it.
Business users are their focus and outside select industries, vast majority of businesses don't care if government is spying or not. Heck, most businesses would turn over information to government without any fight. It's just not something they worry about.
Who still believes that anyway given that WhatsApp, Facetime, and even Google Meet (formerly Duo) (formerly Hangouts) (the one that was not Google Meet 1.0) (not for Woरkspaces) have been supporting E2E multi-party video calls for a long time now?
unrelated but was using र a stylistic choice of some kind or a mistake? I thought my screen had a speck of dust or something on it (also what language do you speak if it was a mistake, linguistics are fun)
Just a typographic approximation of my mental state when thinking about Google's instant messaging product naming and strategy, or rather the lack of both :)
This must integrate with Proton's appointment scheduling feature, no? That's a feature offered as part of their Workplace Standard and Workplace Premium plans. Does anyone have experience with that feature? How does it compare to the Microsoft Office 365 bookings feature? Honestly couldn't do my job without something like this manage my stacked schedule.
We at Sourcemeta (https://www.sourcemeta.com) are in the Proton business plan. The "Talk to an expert" and "Schedule Consultation" buttons in the main page point to my (the founder) calendar to book a slot.
No complains from it so far. People get it, book with success, and I run those calls on Proton Meet, which also proved to work pretty well.
There is a history of international legal action as a result of them violating privacy laws, nevermind being privacy friendly:
France’s data protection regulator (CNIL) fined Google €325 million in 2025 for displaying ads between Gmail messages without consent and for placing cookies during account creation without consent. This is on top of prior fines of €100 million in 2020 and €150 million in 2021 for cookie violations, so this is a documented pattern.
The Dutch government commissioned Data Protection Impact Assessments (DPIAs) on Office/Microsoft 365. The 2018 report found Microsoft collected 23,000–25,000 different telemetry events from Office and called it “large scale and covert collection of personal data”
The FTC went after Zoom in 2020. The complaint alleged that since at least 2016, Zoom misled users by claiming “end-to-end, 256-bit encryption” when it actually provided a lower level of security, and Zoom saved the cryptographic keys that would allow it to access the content of customers’ meetings.
You could also just go read their own policy documents, or ask AI to explain what is possible under those to you if they are too dense.
>The FTC went after Zoom in 2020. The complaint alleged that since at least 2016, Zoom misled users by claiming “end-to-end, 256-bit encryption” when it actually provided a lower level of security, and Zoom saved the cryptographic keys that would allow it to access the content of customers’ meetings.
I imagine if a person is doubting that big corpos are spying on us, then he is operating in a different paradigm altogether. I suggest this old but still 100% relevant article as a starting conversation point, bonus points for being written by an industry authority. Replace NSA with Google, Amazon, Apple or Microsoft etc. and nothing would meaningfully change.
Sibling comment does a great job, but I just wanted to add that their Terms and Privacy Policy are simply not compatible with privacy-friendliness.
I used to analyse PPs to detect usage of data brokers, and I’ll confidently say that these 2 have some of the worst policies out there, although less obvious companies such as Netflix and Spotify also had appalling conditions.
If a policy is compatible with data brokerage, you can very well assume they do it, and that means they’ll share your data and get shared data about you in return. But hey, “we don’t SELL your data!”
That doesn't even matter. Zoom, Teams, Google are American products and Proton is Swiss.
One side is hostile and focused on solely on shareholder profits, while other claims to be privacy-focused and majority owned by a nonprofit foundation.
There are enough public cases of American tech companies seriously violating privacy. I don't see how there can be hope for any privacy while using any of their products even if E2EE is claimed.
Sigh. I guess I’m less amen less the target audience for proton as they (understandably) focus on enterprise/business customers. But bloody hell, I wish they would fix their core products before rolling out all these new ones. Yes, people want to DeGoogle. Fair. But also, people (me!) just want proton mail to easily let me set up basic rules and bulk operations.
I would be curious to understand whether they implemented this from scratch or whether they got a whitelabel solution from someone else (and if so, who).
I was shocked recently when I looked into this to find out the number of solutions out there.
Proton Meet relies entirely on LiveKit Cloud to run https://proton.me/meet/privacy-policy which uses virtual compute and networking with DigitalOcean, Google and Oracle.
> in today’s unstable geopolitical environment, laws like the US CLOUD Act can compel US-owned video conferencing platforms to hand over any data they store, even if the servers reside outside of the United States
So does that mean two people using this in the US will both have high latency to another country?
LiveKit Cloud uses virtual compute and networking across multiple (USA based) cloud providers. DigitalOcean, Google and Oracle at minimum. They each have servers all of the world of course, but the controlling entity(s) parent companies are all based in the USA.
Latency shouldn’t be a problem, it's handled by a global CDN.
Proton including that part about geopolitical instability implies that Meet is does not fall under the USA's CLOUD Act - that would be wrong. The metadata of any Meet call could be handed to USA authorities, for example the participants date & time, source IP and useragent of each member. The call itself should be E2E encrypted.
Packet round trip between US and EU is approx. 100ms. Given acceptable latency for voice communication is below 300ms, we should not worry about that too much.
Edit: I thought you were joking and that the answer was more like printing presses and a lack of an official "standard English" in the 1700s/1800s, but it turns out the answer really was closer to what you said. Noah Webster deliberately decided to make American English diverge from British English when he wrote his dictionary.
Proton makes safer, more private (than, say, Gmail) email a possibility for people who don't have much technical knowledge but who know enough to want to keep their emails out of Google's hands.
If you have both the knowledge and time to run a server, by all means, that can make sense (and can be fun!). It's just not as widely applicable.
You send emails to @gmail addresses most of the time, so... How you can avoid giving Alphabet (or some other giant) your messages?
The point of ownership is having your mails in your hand, on your iron, anything who can talk IMAPs or even POP is ok for that. For voice/chat etc Matrix or XMPP might be yours, so nobody could decide to ban you or shut the service down. You still depend on a ISP ok, but much less dependencies anyway. That's the point IMVHO.
While thinking that company X is better in privacy terms than company Y is honestly meaningless, you can trust them or not, you don't know what happen on their servers or someone else ones where they actually live on (like using Amazon o Microsoft cloud as a backend).
I wish Proton would focus on all of the missing features within their existing product suite before creating even more offerings to maintain
Sometimes yes. But with Meet? No. I was really waiting for this!
I actually appreciate how they balance features and new products. They are becoming more credible MS365/Google Workspace alternatives with every step.
It would be really cool for them to get read/write calendar sharing on Proton Calendar to finally work on iOS. It's a huge pain, but just self-hosting a CalDAV server is still a better solution because I can actually share calendars.
https://www.reddit.com/r/ProtonMail/comments/1bptl3c/shared_...
Still waiting for Drive for Linux.
They are hiring specifically for that: https://old.reddit.com/r/ProtonDrive/comments/1spx14d/proton...
So much this.
+1
And another +1
I might be an outlier here in caring about this product but I really want Proton Docs to get optimized better, it takes way too long to load.
Google docs may not be private but it takes <1 second to load when I click the browser bookmark, vs 11 seconds to load a Proton document.
11-second load time for a page is a lot of friction in 2026, no matter how secure your product is.
Could it be you’re using Chrome with the offline Docs extension? On Brave and without the extension, Docs isn’t nearly as fast for me — even if Proton remains slow.
I also wish I could afford Proton as a non-pro user…
The thing I am interested in proton docs is if it can have API functionality. Proton docs allow anonymous users to write things and I wish if there was an API functionality, then people can use it to create anonymous/(pseudonomous?) comments and hose those comments as a comment engine and many other interesting things like creating forms themselves on it.
I would love to build on proton but Alas the API isn't open source and recently with Proton meet and its controversy, my trust on proton has shifted a bit too which dampened my enthusiasm in all of this.
(To make the API I even used puppeeter instances to do it, and after quite a long time I was able to succeed actually but that's just not scalable)
Maybe that exposes a security vector they aren’t comfortable with yet?
Wanna tell us what are the missing features on their existing products?
For a start, you can't edit docs on mobile. But if you just use it for a while you notice there's a fairly large amount of bugs which need working on. Try entering a couple of dates and using their autofill to extend the sequence... it's pretty comical.
The launch of Proton Meet officially eliminates the lazy excuse that securing real-time WebRTC media at scale is "too hard" for modern enterprise platforms. Hopefully this forces the hands of Slack, Teams, and Google to stop treating E2EE as a premium afterthought and start offering it as a standard option for the modern web.
Slack, Teams and Google are meaningfully making this choice and that's because customers rarely care and yes, many of customers do prefer the server side transcriptions, recording and AI note taking.
You can add the server to the call even if it is E2EE. You don't need to physically show it as a separate user and the client can hide that information and make it seamless.
Sure, you COULD or you could just encrypt between client and server and be done with it.
Business users are their focus and outside select industries, vast majority of businesses don't care if government is spying or not. Heck, most businesses would turn over information to government without any fight. It's just not something they worry about.
Who still believes that anyway given that WhatsApp, Facetime, and even Google Meet (formerly Duo) (formerly Hangouts) (the one that was not Google Meet 1.0) (not for Woरkspaces) have been supporting E2E multi-party video calls for a long time now?
unrelated but was using र a stylistic choice of some kind or a mistake? I thought my screen had a speck of dust or something on it (also what language do you speak if it was a mistake, linguistics are fun)
Just a typographic approximation of my mental state when thinking about Google's instant messaging product naming and strategy, or rather the lack of both :)
One can only dream!
Proton lost me after they started posting rage-bait ads on Facebook, targetting other tools and e-mail services, spreading total b.s. and lies.
Facebook user surprised by rage-bait ads is not something I expected to see today.
Interesting to hear both user experience and thoughts on:
https://proton.me/blog/meet-security-model
This must integrate with Proton's appointment scheduling feature, no? That's a feature offered as part of their Workplace Standard and Workplace Premium plans. Does anyone have experience with that feature? How does it compare to the Microsoft Office 365 bookings feature? Honestly couldn't do my job without something like this manage my stacked schedule.
We at Sourcemeta (https://www.sourcemeta.com) are in the Proton business plan. The "Talk to an expert" and "Schedule Consultation" buttons in the main page point to my (the founder) calendar to book a slot.
No complains from it so far. People get it, book with success, and I run those calls on Proton Meet, which also proved to work pretty well.
- stupid question: someone is asking me to prove that google, microsoft and zoom are tracking
- how do I prove that they are actually not privacy friendly?
There is a history of international legal action as a result of them violating privacy laws, nevermind being privacy friendly:
France’s data protection regulator (CNIL) fined Google €325 million in 2025 for displaying ads between Gmail messages without consent and for placing cookies during account creation without consent. This is on top of prior fines of €100 million in 2020 and €150 million in 2021 for cookie violations, so this is a documented pattern.
The Dutch government commissioned Data Protection Impact Assessments (DPIAs) on Office/Microsoft 365. The 2018 report found Microsoft collected 23,000–25,000 different telemetry events from Office and called it “large scale and covert collection of personal data”
The FTC went after Zoom in 2020. The complaint alleged that since at least 2016, Zoom misled users by claiming “end-to-end, 256-bit encryption” when it actually provided a lower level of security, and Zoom saved the cryptographic keys that would allow it to access the content of customers’ meetings.
You could also just go read their own policy documents, or ask AI to explain what is possible under those to you if they are too dense.
>The FTC went after Zoom in 2020. The complaint alleged that since at least 2016, Zoom misled users by claiming “end-to-end, 256-bit encryption” when it actually provided a lower level of security, and Zoom saved the cryptographic keys that would allow it to access the content of customers’ meetings.
May 7th 2020: https://www.zoom.com/en/blog/zoom-acquires-keybase-and-annou...
May 22nd 2020: https://github.com/zoom/zoom-e2e-whitepaper
E2EE seems to be available to free accounts https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_arti...
(opinions are my own etc.)
I imagine if a person is doubting that big corpos are spying on us, then he is operating in a different paradigm altogether. I suggest this old but still 100% relevant article as a starting conversation point, bonus points for being written by an industry authority. Replace NSA with Google, Amazon, Apple or Microsoft etc. and nothing would meaningfully change.
https://www.schneier.com/blog/archives/2014/03/metadata_surv...
Sibling comment does a great job, but I just wanted to add that their Terms and Privacy Policy are simply not compatible with privacy-friendliness.
I used to analyse PPs to detect usage of data brokers, and I’ll confidently say that these 2 have some of the worst policies out there, although less obvious companies such as Netflix and Spotify also had appalling conditions.
If a policy is compatible with data brokerage, you can very well assume they do it, and that means they’ll share your data and get shared data about you in return. But hey, “we don’t SELL your data!”
That doesn't even matter. Zoom, Teams, Google are American products and Proton is Swiss.
One side is hostile and focused on solely on shareholder profits, while other claims to be privacy-focused and majority owned by a nonprofit foundation.
There are enough public cases of American tech companies seriously violating privacy. I don't see how there can be hope for any privacy while using any of their products even if E2EE is claimed.
The main thing stopping me from using Proton Meet is I don't like that the booking pages that come with Proton Calendar only show in 24-hour time.
You're misunderstanding how Pollen works https://news.ycombinator.com/item?id=48039412
Sigh. I guess I’m less amen less the target audience for proton as they (understandably) focus on enterprise/business customers. But bloody hell, I wish they would fix their core products before rolling out all these new ones. Yes, people want to DeGoogle. Fair. But also, people (me!) just want proton mail to easily let me set up basic rules and bulk operations.
Not sure i understand the point.... any p2p webrtc call in encrypted e2e.
I would be curious to understand whether they implemented this from scratch or whether they got a whitelabel solution from someone else (and if so, who).
I was shocked recently when I looked into this to find out the number of solutions out there.
Proton Meet relies entirely on LiveKit Cloud to run https://proton.me/meet/privacy-policy which uses virtual compute and networking with DigitalOcean, Google and Oracle.
I like Proton a lot.
But isn’t WebRTC already trivially end to end encrypted?
We built an entire encrypted and decentralized peer to peer videoconferencing and livestreaming system years ago, and made it open source so anyone can host it: https://community.qbix.com/t/teleconferencing-and-live-broad...
> in today’s unstable geopolitical environment, laws like the US CLOUD Act can compel US-owned video conferencing platforms to hand over any data they store, even if the servers reside outside of the United States
So does that mean two people using this in the US will both have high latency to another country?
Proton Meet relies entirely on LiveKit Cloud (USA based) to run https://proton.me/meet/privacy-policy
LiveKit Cloud uses virtual compute and networking across multiple (USA based) cloud providers. DigitalOcean, Google and Oracle at minimum. They each have servers all of the world of course, but the controlling entity(s) parent companies are all based in the USA.
Latency shouldn’t be a problem, it's handled by a global CDN.
Proton including that part about geopolitical instability implies that Meet is does not fall under the USA's CLOUD Act - that would be wrong. The metadata of any Meet call could be handed to USA authorities, for example the participants date & time, source IP and useragent of each member. The call itself should be E2E encrypted.
Packet round trip between US and EU is approx. 100ms. Given acceptable latency for voice communication is below 300ms, we should not worry about that too much.
> we should not worry about that too much
I do worry about it and I think lots of people will as well for other reasons.
One of them is screen sharing.
Weird that the very first image in the article has a typo ("cancelation" vs cancellation).
American English allows the single l form, like traveling or modeling.
well to be fair american english is just a bunch of typos someone made standardised on because he didn't like the british
Standardized*
/s
Edit: I thought you were joking and that the answer was more like printing presses and a lack of an official "standard English" in the 1700s/1800s, but it turns out the answer really was closer to what you said. Noah Webster deliberately decided to make American English diverge from British English when he wrote his dictionary.
Yeah, I researched for a throwaway comment, what of it? (I was gonna comment this but decided to read the wikipedia article to ensure I was accurate)
I stand corrected; American English uses double-l in places like "compelling" but not always in places like "canceling".
Works over MLS and performs well based on personal usage
How is this different from Keet?
Honestly... No thanks. It's 2026, those who do not own a domain name should buy one an run their own Matrix/XMPP server.
I don't think that's the target audience here.
Proton makes safer, more private (than, say, Gmail) email a possibility for people who don't have much technical knowledge but who know enough to want to keep their emails out of Google's hands.
If you have both the knowledge and time to run a server, by all means, that can make sense (and can be fun!). It's just not as widely applicable.
You send emails to @gmail addresses most of the time, so... How you can avoid giving Alphabet (or some other giant) your messages?
The point of ownership is having your mails in your hand, on your iron, anything who can talk IMAPs or even POP is ok for that. For voice/chat etc Matrix or XMPP might be yours, so nobody could decide to ban you or shut the service down. You still depend on a ISP ok, but much less dependencies anyway. That's the point IMVHO.
While thinking that company X is better in privacy terms than company Y is honestly meaningless, you can trust them or not, you don't know what happen on their servers or someone else ones where they actually live on (like using Amazon o Microsoft cloud as a backend).
most of the world has no need and no desire to do any of that. and i dont blame them, either. this is super-nerd level of advice.
proton meet is already targeting a really niche set of customers, and you're taking it to another level.
Or you can just run Jitsi Meet. E2EE is built in but you also have control of the server and the traffic to and from is encrypted
Someone's bubble needs popping.