• crispy_kilt@feddit.de
        1545·
        10 months ago

        It’s basically Chrome. It’s not a real application, it’s a website pretending to be one. It uses a metric fuckton of RAM and eats your battery faster than Prince Andrew a minor.

        • TrickDacy@lemmy.world
          479·
          10 months ago

          If Firefox could allow their engine to be packaged like this I’d use it. The problem I see here is chromium. Everything is a trade off and we need more ways to build maintainable cross platform applications.

          Slack, for example, is Electron and it runs great. One of the best apps I’ve used. And it works better than the browser version…

          The hate on Lemmy of electron is a bit of an overreaction if you ask me. Yeah it uses more ram than is necessary but again everything is a trade off. Not everything can be a hard to maintain rust app. Let’s try to embrace cross platform solutions, though yes fuck chrome/google, so sure criticize that part of it.

          • dan@upvote.au
            3·
            9 months ago

            The hate on Lemmy of electron is a bit of an overreaction if you ask me

            The issue is mainly developers using Electron when things like React Native and Flutter exist. I don’t know a lot about Flutter, but React Native uses native UI widgets and feels a lot nicer than Electron.

          • crispy_kilt@feddit.de
            42·
            9 months ago

            Rust is infinitely easier to maintain than mountains of untyped js garbage libraries built upon left pad

          • John Richard@lemmy.worldEnglish
            05·
            10 months ago

            Let me get this right… you’re complaining about Chromium, but you use Slack? You do realize Chromium had better Linux support for things like HW-accelerated decoding than Firefox? Also, the Chromium sandbox is superior to Firefox.

            • TrickDacy@lemmy.world
              91·
              10 months ago

              I realize Firefox business practices aren’t total garbage for humanity and that they are constantly working to improve it on like .1% budget of Google. And that they are the only real competition which keeps us in a situation where we actually have a choice in browsers. So yeah let’s only care about the technical aspects, or something

              • John Richard@lemmy.worldEnglish
                02·
                10 months ago

                And that they are the only real competition which keeps us in a situation where we actually have a choice in browsers.

                That isn’t true. You’ve got WebKit-based browsers, LadyBird/LibWeb/LibJs, Goanna, and others. Why choose Mozilla to lead the efforts, when another open source community/foundation may be better? You can also participate in the various new web specifications yourself too if you’re not happy with the direction they’re headed.

                • myxi@feddit.nlEnglish
                  61·
                  10 months ago

                  They said competition, not alternatives. As things are right now, and knowing people, not just trying to make a technical point, Firefox is the only competition.

            • Pantherina@feddit.de
              2·
              10 months ago

              Chromium had better Linux support for things like HW-accelerated decoding than Firefox?

              Source? Experienced the exact opposite, especially on Wayland.

              • John Richard@lemmy.worldEnglish
                12·
                10 months ago

                You can track the bug history here:

                https://bugzilla.mozilla.org/show_bug.cgi?id=1751363

                You can see here Chromium had support for this for several years prior:

                https://aur.archlinux.org/cgit/aur.git/log/PKGBUILD?h=chromium-vaapi

                Android being based on Linux prob has something to do with Chromium’s strong Linux support, but Mozilla has consistently prioritized Windows/Mac. Despite it still be challenging, building Chromium from source has always been a lot easier IMO than trying to create a custom build of Firefox.

                Regardless, when it comes to privacy, Chromium itself is pretty stripped down and has policy-based integrations that put it on par with Firefox in terms of security. Even with Firefox, you’d have to modify quite a few policies to improve security. Tor/Mullvad Browser though do a better job in many ways and there is no equal to those privacy enhancements on Chromium that I know of, unless you’re using something like GrapheneOS.

                Point being, people like to complain about Chromium a lot & act like Apple fan bois for Firefox, when in reality privacy is nearly the same with both with some minor configurations.

                • TarantulaFudge@lemmy.ml
                  21·
                  9 months ago

                  What the heck are you talking about? Chromium is one of the hardest packages to build and it takes forever. Firefox has FAR fewer dependencies. Chromium’s privacy enhancements are a joke.

                • Pantherina@feddit.de
                  11·
                  9 months ago

                  Chromium is not stripped down at all, just use googerteller and see. It contacts Google everywhere, on the password list, on the account list, in some settings pages, and just randomly sometimes.

                  It is very crazy. And also it is not fingerprint resistant at all.

                  I am using all flag settings, policies and GUI settings possibly existing and it still is like that. So no, it is not the same privacy-wise.

      • BananaTrifleViolin@lemmy.worldEnglish
        601·
        10 months ago

        Each electron App is actually a full independent chromium browser install running a website. It’s easy to code for and works cross platform as a result, but it’s essentially just a website, although they can run offline depending on what’s been built in to the local app.

        Each electron app running on your system is a separate full chromium app running, with no sharing of resources between each instance. So they take up a lot of space each and duplicate all the resource usage, and potentially the security flaws.

        • TrickDacy@lemmy.world
          137·
          10 months ago

          Slack desktop app is built with electron and works much better than the web app in my experience. So no it’s not actually always that simple.

          • phar@lemmy.ml
            123·
            10 months ago

            It could be that simple. They just hinder their own website to get you to download the app.

            • TrickDacy@lemmy.world
              105·
              10 months ago

              You really believe that? It would be easier for them to maintain only the website, so this really doesn’t make sense to me.

          • Gallardo994@sh.itjust.works
            41·
            10 months ago

            Slack is one of those apps which lags in a week on any hardware, it might be better than web version but it still sucks ass compared to fucking ICQ clients. Source: using it in the company I work for, for about 7 years already.

            • TrickDacy@lemmy.world
              11·
              9 months ago

              I don’t often have trouble with slack being slow, or buggy. Been using it like 9 years myself. Interesting you’re comparing slack to icq. Are you referring to a current version of icq, or the one that existed in the early 2000s?

              I am not sure I understand comparing an app designed to do video/audio chat seamlessly, threaded conversations, channels, filesharing, plus has dozens of subtle nice features that make for a rich experience and a… Chat app, that worked fine for sending plaintext messages but didn’t really do anything else.

              • Gallardo994@sh.itjust.works
                1·
                9 months ago

                I compare it to qip or similar with voice calling support about 10 years ago. But still, Slack loses to pretty much anything on the market regarding performance, be that Element, Telegram, Skype or even Discord. It literally battles with biggest IDEs lol

          • John Richard@lemmy.worldEnglish
            01·
            10 months ago

            Now that Chromium has persistent File System Access permission support, what benefit does Electron have over a PWA other than “Native-looking” menu bars?

        • Pantherina@feddit.de
          1·
          10 months ago

          This. Its webapp with more persistent storage maybe. If the Browsers could integrate this, it would be a gamechanger.

          I am also very sure that Chrome preloads google. com to make it seem to “load faster”. Its all just preloading or persistent storage

        • BCsven@lemmy.ca
          1·
          10 months ago

          Yeah, I was dissapointed, but at least it is a controlled browser and not reliant on your normal browser which could change or have malicious extensions

      • gencha@feddit.de
        171·
        9 months ago

        It’s what you deploy to your users if you want to work around ad blockers and browser extensions. It’s a great tool to get operating system level access to exfiltrate information about your users and identify them uniquely, even if they would prefer that not to happen.

        All that with the help of Google’s telemetry engine aka Chrome, which further helps Alphabet to manifest their interpretation of web standards in the world.

        We worked to move things onto the web. Now people bring the web back to your desktop with every application bringing it’s own browser shell. We have come full circle and we’re now using 10x the resources.

        Electron is the prime example of everything that is wrong in IT.

      • tsonfeir@lemm.ee
        7·
        10 months ago

        There are other options like Tauri that do the same thing as electron, but instead of bundling chromium with the app, it relies on the OS provided web view. It’s also built with Rust, which tends to be faster.

        As an example, Mac would use Safari, Windows would use Edge (chromium), and Linux would likely use WebKitGTK, which is what safari uses.

        By using the default browser, developers save a ton of space—at the risk of compatibility issues, which are very very rare nowadays.

      • Pantherina@feddit.de
        3·
        10 months ago

        Electron runs a core Chromium Browser + NodeJS + a bit more.

        Unlike Chromium itself it is not backwards compatible and removes a ton of things like its sandboxing capabilities.

        I am not sure how it is less secure, but it may use more RAM (also not always but generally yes of course), doesnt allow hardening (unlike android WebView apps) and breaks LD_PRELOAD-ing another memory allocator.

        This is only a big problem in special cases, in general it makes apps strictly dependend on GNU glibc and others, no idea how it works on Alpine or others (that actually try to make a secure system).

        If somebody knows more about security concerns about Electron, please add.

      • drascus@sh.itjust.worksOP
        1·
        9 months ago

        Bridge

        I am actually sort of worried that now that they put this out they will retire bridge. We will have to wait and see. Is having a browser tab open really that bad… ?? I suppose but I still like programs over web pages.

  • youmaynotknow@lemmy.ml
    754·
    10 months ago

    Yeah, Proton is awesome, that’s for sure. Now, being a “security and privacy” company, it blows my mind that they put so much effort on making apps for Windows and Mac first, leaving Linux behind, and when they finally get to it, they just dump in a glorified PWA. This world is really weird 🤣🤣

    • dco@lemmy.world
      3011·
      10 months ago

      And that they decided to go with RPM and DEB instead of just doing a Flatpak

      • QuandaleDingle@lemmy.worldEnglish
        16·
        10 months ago

        Are you kidding me? Doesn’t bother me that much, as I use Thunderbird with Protonmail bridge. I’m still waiting on Proton Drive for linux. Well, I’m gonna end up self hosting at this point. :(

      • BCsven@lemmy.ca
        42·
        10 months ago

        I prefer rpm over flatpak. at least I know any os dependency updates are happening regularly, flatpak may not get weekly dependency updates from proton

        • Euphoma@lemmy.mlEnglish
          3·
          10 months ago

          Its kinda annoying for anyone not on debian or fedora (and derivatives) though.

          • BCsven@lemmy.ca
            12·
            10 months ago

            I’m on OpenSuse which will take a Fedora RPM, and most will take deb, if they don’t you can uae the alien tool to convert it for your OS…extra steps which sucks

            • AProfessional@lemmy.worldEnglish
              1·
              9 months ago

              OpenSUSE does not have Fedoras ABI or package names. The RPMs aren’t compatible.

              This one might work as its just Electron.

              • BCsven@lemmy.ca
                11·
                9 months ago

                I installed it and it works. i have also installed other Fedora RPMs. RPM can contain repo links to dependecies needed. or just contain all the libraries needed. OpenSUSE will install it and just treat them as Orphaned Packages (in the later case)

    • summerof69@lemm.ee
      7·
      10 months ago

      it blows my mind that they put so much effort on making apps for Windows and Mac first, leaving Linux behind

      Because most people use Windows and Mac, including their clients. It’s not the world that is weird, it’s people who don’t understand such basic things. You don’t focus on 5% of your users.

      • youmaynotknow@lemmy.ml
        1·
        10 months ago

        I had no idea the whole world was capitalist, but I guess I don’t know everything. And there’s the fact that I mentioned the world, not a form of political economy. But yeah, capitalism is weird.

      • youmaynotknow@lemmy.ml
        11·
        10 months ago

        I don’t use either OS, but the apps are .DMG (Mac) and .exe (Windows), so I believe they are, yes.

          • youmaynotknow@lemmy.ml
            5·
            10 months ago

            I had no idea. That’s good information to have. And my wife doesn’t get why I spend so much time in Lemmy. I learn more here than with all the online courses I take regularly put together. I love this community.

        • You999@sh.itjust.works
          82·
          10 months ago

          I’m not, the comment I was replying to literally called proton a “security and privacy” company.

        • pixelscript@lemmy.mlEnglish
          66·
          10 months ago

          They mutually imply one another.

          If something was private, but not secure, well, that implies there are ways to breach the privacy, which isn’t very private at all.

          If it’s secure, but not private, that implies it’s readable by someone other than the consenting conversational parties, which makes it insecure.

          • CosmicTurtle@lemmy.worldEnglish
            102·
            10 months ago

            Privacy: I have blinds on my windows. I control whether they are open or closed, but they aren’t secure. You could break a window and look inside if you really wanted to.

            Security: my glass storm door has a lock. But privacy is only there when I close the front door.

            There is overlap between these two concepts but one does not imply the other.

      • sudneo@lemmy.world
        9·
        10 months ago

        Companies have to comply with law enforcement. If anything, the little amount of data they were able to give after being forced is a good proof of their overall claim. If there is someone to blame here are courts using antiterrorism laws to catch environmental activists.

        • drascus@sh.itjust.worksOP
          1·
          9 months ago

          exactly if it’s a company they have to comply with laws. This is not a service to rely on if you doing espionage or something. It’s for people who want more privacy and choice.

      • linearchaos@lemmy.worldEnglish
        4·
        9 months ago

        I mean, if you want secure/private communication, email should not be your go-to. It’s a horrible platform by today’s standards. It was never designed to have any serious level of security. Once they have an unencrypted email on the target with timestamps and mail headers, all they need to do is see who was communicating with Proton at that point. I don’t know if anything has changed since the PRISM days, but back in the 2000s, they definitely had that level of insight into the web.

        • drascus@sh.itjust.worksOP
          1·
          9 months ago

          Not much has changed. It’s really only secure if you are sending emails between addresses within the same local network like gmail to gmail. Thankfull with end to end encryption it can be pretty safe just good luck finding someone that knows how to use it. but thankfully proton makes that pretty seamless.

      • youmaynotknow@lemmy.ml
        3·
        10 months ago

        That’s why I put “security and privacy” between quotes. I have absolutely Jo way to confirm if they are secure and private or if they’re not, other than all the contradicting mentions all over the internet. Also, while security and privacy may not be mutually dependent in the physical world, it stands to reason that something insecure cannot be private, and something not private is inherently insecure, as @pixelscript@lemmy.ml clearly pointed out. As for controlling my own email infrastructure, I’d love to, as everything else I do self-host, and only with FOSS software. However, email hosting is a seriously complicated animal that requires too much effort and maintenance, and most of us dont have the knowledge and time to invest in that, so compromises need to be made. I am well aware that there’s always risk on using something I have no real control over, but the alternative meets the reason for the phrase “the treatment is worse than the decease”.

  • li10@feddit.ukEnglish
    481·
    10 months ago

    “Finally” really is the key word, waiting for Proton to add features or apps is painful at times.

    Glad they’ve finally made progress with this.

    • Amju Wolf@pawb.social
      8·
      10 months ago

      Waiting for Proton to acknowledge and fix critical bugs that can cause data loss was way more painful… took them years with the solution being “just wait for the bridge rewrite it will be (most likely) fixed there”.

    • notepass@feddit.de
      25·
      9 months ago

      Yep. Installed it, started it, saw it is basically the website in an embedded browser, uninstalled it.

      Like, come on, you have a web version. Why should I use an extra application to view a website. This seems like a cheap excuse for a desktop app.

                • morrowind@lemmy.ml
                  1·
                  9 months ago

                  downloading emails and storing them locally for offline reading, categorizing, searching and drafting. “Caching” usually just means if you opened the app with connection, it won’t go bonkers and will probably let you finish your immediate task + some basic functionality if you lose it. Can’t close the app though.

            • calmluck9349@infosec.pub
              1·
              9 months ago

              I turned my WiFi off and opened the app it was just a white screen. I suppose its beta still. But my dream is to keep a local copy of all my mail just got a cache.

      • BCsven@lemmy.ca
        6·
        9 months ago

        The only benefit i can see of web app is it is in a controlled browser environment…could be helpful with security?

      • HopFlop@discuss.tchncs.de
        3·
        9 months ago

        To save myself the hassle of having to rebuild the electron app every once in a while? I’d rather not open my browser, go to their website and log in with 2fa every time I want to read an email.

      • gibson@sopuli.xyz
        1·
        9 months ago

        The main benefit is since it is locally installed, it is harder for proton’s server to access your encrypted data by serving you malicious JS. A malicious desktop app/update could be served too, but that may be trickier.

  • psycho_driver@lemmy.world
    38·
    10 months ago

    Speaking of mail apps, has anyone used Thunderbird recently? I had used it for a year or two up until . . . a year or two ago (probably two or three, actually) and then switched to kmail to satisfy my masochism. Thunderbird just hadn’t been doing it for me with meh functionality and slightly more meh looks.

    Fast forward to yesterday when I’m updating my steamdeck desktop to use nix stuff instead of rwfus+pacman and I couldn’t get kmail from nix to behave right so I thought I’d give thunderbird another look. I’m several hours into tinkering with it and holy hell has it changed pretty much completely from a few years ago. Looks fantastic and works pretty much exactly how I want/expect it to. Good job mozilla!

    • Pantherina@feddit.de
      10·
      10 months ago

      Thunderbird is fine.

      Tbh I have no idea what they are doing though, they have more funding than GNOME but after Supernova I didnt see any updates.

      See my list of flatpak repositories

      There is an unofficial Thunderbird nightly Flatpak, that will likely reveal what the hell they are doing.

      So Supernova is kinda nice, mainly a big overhaul of the underlying stuff, making it easier to maintain.

      It lacks a ton of things like Threads (the addon TB Conversation works though). Also their “spaces” bar is useless, as it just opens tabs, so it is redundant. Good idea, but only if it could replace tabs.

      Their search and filter stuff is still the same, really bad. Either displaced in the message list column, as the global search still opens a new tab which is kinda bad UI.

      Some addons broke too, not a big deal though.

      I have the feeling they removed nested filters, which is extremely bad, but filters still work.

      Thunderbird works well.

      • deweydecibel@lemmy.worldEnglish
        2·
        10 months ago

        I believe I read somewhere they’re focusing heavily on the mobile app at the moment (or rather turning K-9 into their mobile app). Once they get that out, we’ll see where the desktop goes.

      • uncertainty@lemmy.nz
        1·
        10 months ago

        I’ve never found Thunderbird search bad compared to alternatives, as long as I’m not looking to find content inside attachments. Really fast and responsive and being a desktop client without paginated results makes moving and deleting in bulk so much easier. Would love it to be as powerful as Voidtools Everything to get a bit more granular sometimes but otherwise pretty happy with it.

        • Pantherina@feddit.de
          2·
          10 months ago

          I mean, I think their global search is not that useful, while their inline mail list search is. So I have a cluttered UI with 2 search bars, to supplement the incomplete inline search.

    • Grimpen@lemmy.ca
      6·
      10 months ago

      Just started using Thunderbird again a couple of months ago. Like it! I never really stopped liking it, just stopped using it because all the webmail interfaces and “appification”.

      Was just trying to get K-9 Mail working on my phone again (after years of using umpteen different apps) and it’s not as smooth as I remember.

      • jwt@programming.dev
        3·
        10 months ago

        I think they’re talking Kmail from the KDE app suite. I thought they meant K-9 mail.
        Btw If I remember correctly K-9 mail is or is becoming Thunderbird.

      • dan@upvote.au
        1·
        9 months ago

        If K-9 isn’t working well for you, try FairEmail. It’s one of my favourite email clients.

        K-9 has gotten a LOT better over the past few months though.

    • BananaTrifleViolin@lemmy.worldEnglish
      3·
      10 months ago

      Yeah I’ve started using it again the past year. I use Proton Bridge with Thunderbird, and it works well. Much prefer it to webmail interfaces.

  • Spectranox@lemmy.dbzer0.comEnglish
    35·
    10 months ago

    Proton Drive though 😭. The Windows app is so nice, wish we could get that for Linux.

    I’ve set up an Rclone for the time being, not great but it works well enough for basic bisynchronisation.

      • Molecular0079@lemmy.worldEnglish
        5·
        10 months ago

        You should do it. Easy to setup using either their official AIO image or the community-driven micro service one. I am using the latter and it’s been amazing. It’s completely replaced Google Drive, Calendar, and Contacts for me and with the DAVx5 Android App it feels like a drop-in replacement. I am also using the auto upload feature to back up my photos to it.

      • Spectranox@lemmy.dbzer0.comEnglish
        2·
        10 months ago

        I would too, but after like a week I get bored of maintaining it myself when all the expenses summed together aren’t much cheaper than Proton or likewise. This is what I was doing before submitting my independence to Proton.

        Furthermore Nextcloud is just too damn sluggish. The web interface makes it seem like my server’s idea of a CPU is a kid with a calculator and WebDAV isn’t designed for cloud storage. I’ll take new features being slow over my whole experience being even slower any day of the week.

        • QuandaleDingle@lemmy.worldEnglish
          1·
          10 months ago

          I feel that. However, Proton’s a non-starter for me as I’m using Linux, so no Proton drive client. Really scratching my head since Linux attracts the security conscious.

      • Spectranox@lemmy.dbzer0.comEnglish
        1·
        9 months ago

        That’s what I’ve done, using rclone bisync and my crontab. Like I said it works well enough, but far from perfect. Using a beta backend with an experimental operation, according to the rclone website, puts me slightly on-edge.

        I did try Celeste, but stopped using it for two reasons:

        • I use Budgie, so Libadwaita apps look incredibly out-of-place. Inconsistency like that makes me physically uncomfortable.
        • Didn’t really work, just too slow.
  • nobloat@lemmy.mlEnglish
    34·
    10 months ago

    "Anyone can download the app, but free users will be given a 14-day trial to test drive it.’

    So it’s only for premium users ?

    • Wispy2891@lemmy.world
      541·
      10 months ago

      Hey it takes effort to make a WebView for mail.proton.com

      They need to see how to package the dedicated browser for all the different distros and operating systems, make a nice icon and so ok. It takes hours

      They should sell this masterpiece for much more

      • gencha@feddit.de
        51·
        9 months ago

        Baby steps that take Proton from a great service to a toy for the masses in the effort to increase revenue. AI features are next

  • TCB13@lemmy.worldEnglish
    406·
    10 months ago

    “After years of pushing their proprietary and closed solutions to privacy minded people Proton decided that it was in their best interest to further bury said users into their service as a form of vendor lock-in. To achieve this they made more non-standard desktop clients for their groupware features (contacts and calendars) and the bridge will be discontinued soon.”

    Only if there wasn’t CardDAV, CalDAV, IMAP, SMTP and dozens of other highly standardized protocols to handle e-mailing and groupware.

    • SavvyWolf@pawb.socialEnglish
      151·
      10 months ago

      Is the bridge actually being discontinued? People have been saying that a lot recently but I’ve not seen any evidence for it, and not in the linked article.

      I’m annoyed that they don’t support SMTP, but realistically they actually can’t unless they have the ability to read your email, which they don’t.

      • TCB13@lemmy.worldEnglish
        163·
        10 months ago

        Is the bridge actually being discontinued?

        No, but what from their moves it is very clear it won’t live long.

        they don’t support SMTP, but realistically they actually can’t unless they have the ability to read your emai

        Technically they do use SMTP… and it’s possible for a provider and provide submission and generic SMTP do clients without having to read the email content.

        There are lots of ways to do e2e encryption on e-mail (no server access to the contents) over SMTP (OpenPGP, S/MIME etc.). There are also header minimization options to prevent metadata leakage. And Proton decided NOT to use any of those proven solutions (in a standard and open way at least) and go for some obscure implementation instead because it fits their business better and makes development faster.

        • philpo@feddit.de
          8·
          10 months ago

          Because with proven concepts the swiss intelligence services would be locked out. And now people have to trust their claims of “swiss privacy laws” (who are shit - the worst in Central Europe. Switzerland had multiple scandals, from a system that had intelligence files on a large percentage of their “unreliable” citizens as part of the “Fichenskandal” to them recently admitting that most internet traffic within and all traffic leaving and entering Switzerland is monitored by the swiss intelligence services - without so much as a judges permit). Yeah, I know, they are audited…But since Snowden we all know how much that is worth.

        • JustARegularNerd@aussie.zoneEnglish
          1·
          9 months ago

          The minute they discontinue Proton Bridge is the minute I cancel my subscription with them and change mail providers. No one is prying my beloved Thunderbird from me

  • Jomn@jlai.lu
    301·
    10 months ago

    I never really understood the need for such apps when mail clients such as Thunderbird exist.

    • deweydecibel@lemmy.worldEnglish
      2410·
      10 months ago

      Proton forces you to pay for a bridge to use Thunderbird.

      Tutanota doesn’t even provide that.

      These “privacy respecting” email services don’t respect the user enough to let them use third party email clients easily if the user chooses to.

        • John Richard@lemmy.worldEnglish
          010·
          10 months ago

          Go ahead and explain what you mean. I don’t believe you & think you’re just parroting their corpo speak.

          • sudneo@lemmy.world
            121·
            10 months ago

            It’s actually fairly simple: if the server never has access to the keys or the plaintext of messages (or calendar events, etc.), then you need a client tool to handle decryption and encryption operations.

            They use PGP, and they have implemented this feature in a way that it’s completely transparent to the user to make it mainstream. So they chose building dedicated tools (bridge, web client), rather than letting users use their own tools, because the PGP tooling sucks hard and it’s extremely inaccessible for the general population.

            This means that you need a fat client, whatever you do, or otherwise the server will have access to the data and there is no e2ee. Instead of using enigmail or other PGP plugins/tools, they built the bridge.

            • John Richard@lemmy.worldEnglish
              16·
              10 months ago

              if the server never has access to the keys or the plaintext of messages (or calendar events, etc.), then you need a client tool to handle decryption and encryption operations.

              Proton stores your keys, and you have the decryption password. How do you think they handle password-based logins? Only the user should ever generate and store the private key. All they need now is your decryption password & they can read your messages. This is reason #1 not to trust Proton.

              They use PGP, and they have implemented this feature in a way that it’s completely transparent to the user to make it mainstream.

              It isn’t transparent, because most users aren’t running their own frontend locally and tracking all the source code changes. They’ve already violated the first rule of PGP privacy by having your private key. Now you’re merely trusting them to not send you a custom JS payload to have your decryption password sent to the server. How many users are actually utilizing their hidden API to ensure that decryption/encryption is only done client-side? If they have your private key, how many users do you think are using long enough passwords to make cracking their password more challenging? This is reason #2 to not trust Proton.

              PGP tooling sucks hard and it’s extremely inaccessible for the general population.

              This is just entirely inaccurate and you’ve failed to provide any "proof’ for your generalizations here.

              This means that you need a fat client, whatever you do, or otherwise the server will have access to the data and there is no e2ee.

              If you actually understood PGP you’d know you can generate and use local-only keys with IMAPS and have support to use any IMAP client. Furthermore, the other apps by Proton like Proton Pass, Calendar, etc… all use undocumented APIs that they have yet to implement in their bridge using standard protocols like CalDav/CardDav/JSON or whatever else in order to be able to integrate with local tools. There is no security benefit in their implementation other than to lock you into a walled garden and give you a false sense of security.

              • sudneo@lemmy.world
                13·
                10 months ago

                Proton stores your keys

                Proton stores an encrypted blob.

                All they need now is your decryption password & they can read your messages

                “All they need now is your private key”. It’s literally a secret, they use bcrypt and then encrypt it. Also, “they” are not generally in the threat model. “They” can serve you JS that simply exfiltrates your email, because the emails are displayed in their web-app, they have no need to steal your password to decrypt your key and read your email…

                It isn’t transparent, because most users aren’t running their own frontend locally and tracking all the source code changes.

                Probably we misunderstand what “transparent” means in this context. What I mean is that the average user will not do any PGP operation, in general. Encryption happens transparently for them, which is the whole thing about Proton: make encryption easy and default.

                Now you’re merely trusting them to not send you a custom JS payload to have your decryption password sent to the server.

                Again, as I said before, they control the JS, they can get the decrypted data without getting the password…? You always trust your client tooling. There is always a point where I trust someone, be it the “enigmail” maintainers, Thunderbird maintainers (it has access to messages post-decryption!), the CLI tool of choice etc.

                How many users are actually utilizing their hidden API to ensure that decryption/encryption is only done client-side?

                I mean, their clients are open-source and have also been audited?

                If they have your private key, how many users do you think are using long enough passwords to make cracking their password more challenging?

                I don’t know. But here we are talking about a different risk: someone compromising Proton, getting your encrypted private key, and starting bruteforcing bcrypt-hashed-and-salted passwords. I find that risk acceptable.

                This is just entirely inaccurate and you’ve failed to provide any "proof’ for your generalizations here.

                See other post.

                If you actually understood PGP you’d know you can generate and use local-only keys with IMAPS and have support to use any IMAP client.

                Care to share any practical example/link, and how exactly this means not having a fat client that does the encryption/decryption for you?

                There is no security benefit in their implementation other than to lock you into a walled garden and give you a false sense of security.

                Right, because *DAV protocol are so secure. They all support e2ee, right…? There is a security benefit, and the benefit is trusting the client software more than a server, especially if shared. You can export data and migrate when you want easily, so it’s really a matter of preference.

                • John Richard@lemmy.worldEnglish
                  12·
                  9 months ago

                  Proton stores an encrypted blob.

                  It doesn’t matter that your private key is stored on their servers encrypted/hased or whatever. If you were simply storing it there, that would not be an issue. The problem is that you’re also logging in and relying on whatever JS is sent to you to only happen client-side.

                  Probably we misunderstand what “transparent” means in this context. What I mean is that the average user will not do any PGP operation, in general. Encryption happens transparently for them, which is the whole thing about Proton: make encryption easy and default.

                  Most users aren’t sending emails from their Proton to other Proton users either. Furthermore, the users that want encryption seek it out. They don’t need to use Proton for encryption, especially when it would be easy for them to get an unknowing users decryption password.

                  Again, as I said before, they control the JS, they can get the decrypted data without getting the password…? You always trust your client tooling. There is always a point where I trust someone, be it the “enigmail” maintainers, Thunderbird maintainers (it has access to messages post-decryption!), the CLI tool of choice etc.

                  Yes, you have to trust source code somewhere, but with Thunderbird or other mail clients that is open source and their apps are signed or you can reproducibily build from source. However, once that is built it doesn’t change. With Proton, everytime you visit their site you don’t know for sure that it hasn’t changed unless you’re monitoring the traffic. A government is much more likely to convince Proton to send a single user a custom JS payload, than to modify the source code of Thunderbird in a way that would create an exploit that bypasses firewalls, system sandboxing, etc.

                  I mean, their clients are open-source and have also been audited?

                  You mean their PWA/WebView clients that can still send custom JS at anytime, or their bridge?

                  Care to share any practical example/link, and how exactly this means not having a fat client that does the encryption/decryption for you?

                  First, explain what you mean by a fat client? GnuPG is not a fat client.

                  Right, because *DAV protocol are so secure. They all support e2ee, right…? There is a security benefit, and the benefit is trusting the client software more than a server, especially if shared. You can export data and migrate when you want easily, so it’s really a matter of preference.

                  Being able to export things is a lot different than being able to use Thunderbird for Calendars, or a different Contacts app on your phone. DAV is as secure as the server you run it on and the certificate you use for transport.

    • Tenkard@lemmy.ml
      91·
      10 months ago

      Proton mail has some extra (security?) feature, or they just lack smtp support, and you cannot directly use it on thunderbird. They offer a “bridge” app which allows you to do it, I just use that.

        • dco@lemmy.world
          5·
          10 months ago

          And a paying customer to use the desktop app too. Well, besides a 14 day free trial.

      • deweydecibel@lemmy.worldEnglish
        36·
        10 months ago

        Proton’s whole thing is it’s meant to be secure, private, encrypted, etc. To achieve that, it requires the Proton app or website as an endpoint, so your email never leaves Proton’s environment. As long as your reading your email in the Proton app/site, they can guarantee its privacy and security.

        Once it sends your emails to Thunderbird or another client, it’s leaving the Proton environment, and they can no longer control it. You’re sacrificing the inherent privacy/security of Proton when you use Thunderbird (they claim).

        All of that being said, it’s an absolutely bullshit excuse. Tutanota does this same shit, only they don’t even provide the bridge like Proton does.

        It’s true it’s technically more secure for those emails to stay in the Proton environment, but they’re still your god damn emails, and they should operate like every other email service by giving the user the option to export those emails in whatever way they damn well please, for free.

        It’s just more platform lock-in garbage. Your emails are trapped on their server, so they’ll be no moving away to a different provider easily.

        • Bitrot@lemmy.sdf.orgEnglish
          4·
          10 months ago

          It’s more that they claim they cannot decrypt your data, so how do they send it to Thunderbird? The bridge does the decryption. Theoretically Thunderbird could add support for it.

        • John Richard@lemmy.worldEnglish
          02·
          10 months ago

          Corps have used that BS excuse for ages. The whole “your phone is more secure when we control it” is a garbage BS line. Make it open source, give developers the tools & they’ll make any app more secure than some bureaucracy that is constantly influenced by the national security agencies.

            • John Richard@lemmy.worldEnglish
              11·
              9 months ago

              None of those actually document their API nor provide source for the backend server code. Other than building hydroxide from PRs for CalDav, are there even any other open source implementations of CardDav/CalDav for Proton? I can’t find a single implementation of Proton Pass that allows you to sync your passwords locally and be used in a different app. There is no shortage of people complaining about this:

              https://protonmail.uservoice.com/forums/932842-proton-calendar/suggestions/8985673-cardav-caldav-support https://brainbaking.com/post/2023/01/goodbye-protonmail/ https://minutestomidnight.co.uk/blog/email-migration-from-proton-to-mailbox/

              Why would anyone be interested in efforts on a platform with a closed-source backend and that is not developer focused? Not to mention, entirely unnecessary why you should have to use a bridge gateway in the first place with IMAPS & PGP/GPG, CalDav & CardDav. Like I said, Proton is engaged in some questionable practices.

              • sudneo@lemmy.world
                2·
                9 months ago

                Why would anyone be interested in efforts on a platform with a closed-source backend and that is not developer focused?

                Because most people don’t care about those particular things. Almost all the world uses completely proprietary tools (Gmail) that also violate your privacy.

                Not to mention, entirely unnecessary why you should have to use a bridge gateway in the first place with IMAPS & PGP/GPG, CalDav & CardDav. Like I said, Proton is engaged in some questionable practices.

                It’s not unnecessary, it’s the result of a technical choice. A winning technical choice actually. PGP has a negligible user-base, while Proton has already 100 million accounts. I would be surprised if there were 10 million people actually using PGP. They sacrificed the flexibility and composability of tools (which results almost always in complexity) and made an opinionated solution that works well enough for the mainstream population, who has no interest in picking their tools and simply expects a Gmail-like experience.

                And if you really have stringent requirements, they anyway provided the bridge, so that you can have that flexibility if it’s really important for you.

                IMAPS & PGP/GPG, CalDav & CardDav

                • IMAPs is just IMAP on TLS, so it does not have anything to do with e2ee in this context.
                • PGP/GPG is what they use. They just made a tool that is opinionated and just works, rather than one which is more flexible but also more complex. Good choice? Bad choice? It’s a choice.
                • *DAV clients expect cleartext data on the server. If you encrypt the data, you need to build all this logic into the clients, and you are not following the standard anymore, which means you will anyway be bound to your client only (and those which implement compatibility). Proton decided that they want to implement e2ee calendar, and they decided to roll their own thing. It’s up to everyone to decide whether e2ee is a more important feature than interoperability with other tools. I don’t care about interoperability, for example, and I’d take e2ee over that.
                • John Richard@lemmy.worldEnglish
                  01·
                  9 months ago

                  IMAPs is just IMAP on TLS, so it does not have anything to do with e2ee in this context.

                  If you use GnuPG or one of the GUI implementations it does.

                  You do realize e2ee merely means that two users share public keys when they communicate in order to decrypt the messages they receive, right?

                  *DAV clients expect cleartext data on the server. If you encrypt the data, you need to build all this logic into the clients, and you are not following the standard anymore, which means you will anyway be bound to your client only (and those which implement compatibility).

                  You’re talking about people paying for cloud services that manage everything for them. Nothing to stop you from hosting your own on an encrypted drive. EteSync does E2E already, and there is already a plethora of apps supporting PGP on Android and Desktop to encrypt/decrypt messages.

    • dco@lemmy.world
      61·
      10 months ago

      The ProtonBridge used to be garbage so people have wanted a dedicated app for awhile now. Over the past year or two, the Bridge finally works fairly reliably so …a little too late.

      • John Richard@lemmy.worldEnglish
        1·
        10 months ago

        So the bridge now syncs your calendars, contacts, files & passwords? 😛 Their bridge still sucks like it always has.

    • Kcg@lemmy.ml
      3·
      9 months ago

      The proton desktop app was pretty slow when i checked it. I might give thunderbird a go.

      • BerührtGras@feddit.de
        1·
        9 months ago

        Have to use a student account, gmail and my main protonmail account. Tying everything up in one window is just nice.

  • umbraroze@lemmy.world
    151·
    9 months ago

    (Webmail provider releases a bespoke desktop app)
    (me, old fart, bumbles out from behind the cables and servers and muck)

    You fools! Have any of you whippersnappers ever heard of IMAP? No? Thought so.

    [I’m not that familiar with ProtonMail. Chances are they already support IMAP. In which case: … …why? Why this? Why in this day and age?]

    • Moonrise2473@lemmy.ml
      202·
      9 months ago

      It’s worse than you thought.

      The webmail provider released a dedicated browser that can only open the webmail and called it a “desktop” app.

      Additionally, they don’t support IMAP. There’s an app to run on your computer that becomes a bridge. The proprietary protocol is translated to IMAP. You can’t use your favorite client if your operating system can’t run that bridge and you’re not a premium user because for “reasons” only premium users can run that local bridge

      • dan@upvote.au
        121·
        9 months ago

        they don’t support IMAP

        They don’t support IMAP because they want emails to remain end-to-end encrypted, and IMAP doesn’t have any way of doing that. The gateway decrypts the emails locally, then serves them as plain text.

        We need something better than IMAP, that’s designed for modern use cases. Something that’s not stateful… Maybe a web service or something like that. JMAP seems promising but barely any providers have implemented it.

        • Moonrise2473@lemmy.ml
          4·
          9 months ago

          Still, if an user prefers the convenience of using any client instead of e2e, could enable it in a setting. Maybe the user subscribed because they liked the interface and the overall features of the plan, and not because of the encrypted email solution and just wants to add the account on the mobile client instead of a dedicated app

          Being closed like this IMHO is just to increase user retention

          • HopFlop@discuss.tchncs.de
            1·
            9 months ago

            If thex subscribed because of the interface (ehich is certainly plausible), what would they need IMAP support for? Also, if you really want IMAP, xou can have it, you just need their (open source) Proton Bridge for it (thats a sofrware) so that ut retains all features. But then I would need my own email client.

            • Moonrise2473@lemmy.ml
              1·
              9 months ago

              On mobile you’re forced to use their “open source” app that is only available on the closed source app stores and not on fdroid because it uses Google push services

              • HopFlop@discuss.tchncs.de
                1·
                9 months ago

                Not true, it’s been available on Fdroid for quite some time now. And it doesn’t need play services for the notifications to work either.

                • Moonrise2473@lemmy.ml
                  1·
                  9 months ago

                  It’s available on an unofficial repository that can be optionally added to fdroid, it’s not available on fdroid

          • sajran@lemmy.mlEnglish
            1·
            9 months ago

            E2E is their flagship feature and pretty much only selling point. I’m really not surprised they don’t allow to just disable it.

      • Bogasse@lemmy.ml
        3·
        9 months ago

        On a lighter note, the protocol might be proprietary but the bridge still seems to be fully open source : https://github.com/ProtonMail/proton-bridge

        I don’t think think Proton shows bad will on this one. The only alternative I can think of (as a non expert) would be IMAP + GPG encrypted emails but very few desktop clients support GPG, which would make them less accessible 🤷‍♂️ Having their own protocol also probably makes it much much easier for them to iterate on it, opening up usually makes think much robust but also slower.

    • Southern Wolf@pawb.social
      2·
      10 months ago

      Looks like it, it’s available as a zip in the releases along with the compiled app, but isn’t yet uploaded fully on GitHub.

  • UnfortunateShort@lemmy.world
    9·
    10 months ago

    I sure hope they make a Flatpak like they did for VPN (although it’s not working properly at all rn). I don’t get why they are still troubling themselves to support two other formats already during beta, when this is probably just an Electron app.