{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreig36wwms7wk2qnon5cpiuupjaz6j5q22p76ygmj763thlsvt27mnm",
    "uri": "at://did:plc:haakkg7y3xdghcdmprxeexso/app.bsky.feed.post/3moe6h3q4hrd2"
  },
  "path": "/t/mega-introduces-feature-that-allows-you-to-export-files-from-google-drive/38547#post_7",
  "publishedAt": "2026-06-15T20:30:19.000Z",
  "site": "https://discuss.privacyguides.net",
  "tags": [
    "Proton",
    "Filen",
    "Koofr"
  ],
  "textContent": "byte:\n\n> Actually, this feature exists in Dropbox too. Dropbox also allows to generate specific “upload” email adress, so everything sent there will be stored in your Dropbox account.\n\nI did not know that. Thank you for letting me know. Although I still have an account, I stopped using Dropbox years ago.\n\nbyte:\n\n> But as I see, this ruins E2EE concept, because server will see your files unencrypted on upload.\n\nThis is why I stopped paying for Dropbox. I had an eBook that I bought and tried sharing with a family member, and Dropbox wouldn’t let me.\n\nbyte:\n\n> There is a way to integrate asymmetric cryptography for that, but it is slow.\n>\n> So it is like, compromise.\n\nI always find it weird that services like Swiss Transfer (by Infomaniak) and Transfer It (by MEGA) were not E2EE when, as alleged privacy companies, they should know better. Well, apparently it’s because non-E2EE files download faster. To me, this is not a good argument from companies that claim to value privacy.\n\nbyte:\n\n> But if you feel, that this feature is critical for you, do not forget to leave feature request on dedicated resources (ex: Proton, Filen, Koofr (Reddit))\n\nYes. This is the only reason why I made this post, because I want to see these features in Filen and Proton Drive. Filen is a small company and already has cool features that Proton Drive is missing. I don’t know what they are waiting for.",
  "title": "MEGA introduces feature that allows you to export files from Google Drive"
}