Imap and end to end encryption are not possible at the same time.
Bridge exposes an IMAP interface but encrypts everything as Proton would, had you used the web client.
It solves a technical limitation.
Imap and end to end encryption are not possible at the same time.
Bridge exposes an IMAP interface but encrypts everything as Proton would, had you used the web client.
It solves a technical limitation.
Been using it on my phone and browsers for maybe a year. Works great.
Browser plugin can be a bit shaky at times, but that might just be some side effect from my config of LibreWolf or something else.
Most, if not all, of those hired as a software developers at any of these companies has loads of other jobs they could take. The only thing setting them apart is the size of the paycheck.
For less in-demand skills I get your point though.
I believe money shouldn’t be involved.
Just match sellers and buyers together and let them figure the terms and transaction out themselves.
All that is needed is a way to find what you want and a solid system of building trusted profiles with ratings and such.
Not a simple task, but keep the money out and it will all be easier.
Link to cocktails community please! Love making them, love sipping them!
Only if you’ve ever touched your self.
It being a completely open platform means there will definitively be data collection. Some entity will scrape the fediverse for data. It’s free, open and unprotected.
I believe you are fixating on something that won’t have much impact regardless of what choice you make. I have been using “windows keyboards” on Linux for years with literally no problems (related to keyboards and Linux). I mostly game, browse the web and work as a software engineer.
Focus on what feels good physically/ergonomically for you and your workflow and you’ll be golden.
The only caveat I’d throw in there is if your keyboard of choice has some sort of RGB program for Windows or other custom software. It might not be as simple to control that functionality from Linux, but in many cases there are open source Linux alternatives for that software.
I’ve been using iodeOS for about a year soon! Very happy with it :)
I think the argument here was that even if you yourself don’t drink, if the bar is not within walking distance, you are still pushing others around you who do drink to drive drunk as that will be their only alternative.
I get your point. But Linux Mint does not have Snap by default, so that does not really apply.
I’d still recommend the normal Ubuntu based one since there is so much easily available help out there for any Ubuntu based system.
The Debian dist is (iirc) just there in case Ubuntu becomes unsuitable as an upstream in the future. I would treat it as a safe backup option, not a primary choice and def. not something I’d recommend to beginners.
But that’s just my take on it :)
Why tve Debian version? I’d recommend Linux Mint as well, but I’d recommend the normal one.
Is there a orphancrushingmachine community yet?
I have always used and interpreted it as “shaking my head” as well, and I will keep using it like that
Make an ansible playbook
No, I think you are misunderstanding my poor explanation.
Your emails are encrypted at rest on their server regardless if you use the web client or IMAP through the bridge.
The thing is that the encryption layer must happen at some point in time when you communicate with their API:s. In the web client this encryption is built-in. IMAP on the other hand does not support this type of end to end encryption, so the bridge adds this layer for you.
So you communicate unencrypted locally between your email client (Thunderbird for example) and the Protonmail bridge that you have installed locally on your computer. Then Protonmail bridge encrypts and decrypts all emails for you. So to your email client, it seems like a normal email server, but in reality everything is encrypted.
(Standard “encrypted email” disclaimer: Your emails are not encrypted in transit unless both parties, sending and receiving, are set up for encryption. Email is otherwise not end to end encrypted in transit)