• 0 Posts
  • 27 Comments
Joined 6 months ago
cake
Cake day: May 14th, 2024

help-circle

  • This is good advice, because email is very difficult to make reliably private. However, it’s not the best you can get. Tutanota, for example, stores headers with E2EE, and still has a search function.

    The goal should be to make it as private as it can realistically be. Ideally, any cloud service you use should only store end-to-end encrypted data.

    I’m not trying to shit on Proton — it’s a huge step up from the popular mainstream email services, and the inclusion of cloud storage makes it a much easier transition than going piecemeal with 2-5 different services.


  • Not the encrypted mail, mind you, because they can’t do that

    Just want to point out for anyone new that ProtonMail does not use E2EE for email headers. That means they CAN access your subject lines, to/from fields, and other email headers. That means they CAN be forced to hand it over to the government.

    Source: https://proton.me/support/proton-mail-encryption-explained

    Subject lines and recipient/sender email addresses are encrypted but not end-to-end encrypted.

    Personally I am disappointed in a lot of Proton’s wording about this. They frequently promise they can’t access “your data” and “your messages” when they do, in fact, store potentially sensitive data in a format they CAN access.








  • All temperature scales are arbitrary, but since our environment is full of water, one tied to the phase changes of water around the atmospheric pressure the vast majority of people experience just makes more sense.

    But when it comes to weather, the boiling point of water is not a meaningful point of reference.

    I suppose I’m biased since I grew up in an area where 0-100°F was roughly the actual temperature range over the course of a year. It was newsworthy when we dropped below zero or rose above 100. It was a scale everybody understood intuitively because it aligned with our lived experience.





  • Switching to another Chromium-based browser is a half-measure. Other Chromium-based browsers are on borrowed time.

    As time goes on, it will become more difficult for them to maintain v2 support. Nobody has the resources to properly maintain a browser fork with more than minor modifications. And you can bet Google will go out of their way to make this difficult for everybody else.

    I mean, sure, use what you’re comfortable with if you really can’t use a non-Chromium-based browser for some reason. But it means you’re likely going to have to jump ship again sooner or later. Why not just jump once, to something with better long-term prospects?

    Then again, the folks behind Arc Browser have expressed interest in becoming engine-agnostic, so perhaps there will be a Chromium-free Arc version in the future. That would be very cool.







  • This doesn’t seem to be a problem with disaster recovery plans. It is perfectly reasonable for disaster recovery to take several hours, or even days. As far as DR goes, this was easy. It did not generally require rebuilding systems from backups.

    In a sane world, no single party would even have the technical capability of causing a global disaster like this. But executives have been tripping over themselves for the past decade to outsource all their shit to centralized third parties so they can lay off expensive IT staff. They have no control over their infrastructure, their data, or, by extension, their business.