Please add an API or better support this integration. Just makes sense. Not even a Linux user. Would leverage on a Mac.

In lieu of a formal Linux client, give us the ability to set app passwords so we can use Rclone±

Please implement this. This should be mandatory.

I just purchased the 1 TB Proton Drive product and am trying to move to Linux. Really need this work.

The feature is simply mandatory. Sending hundreds of GB via browser is not an option. Lets compare with MEGA Linux app.

Honestly this is absolutely critical we get this asap...I get that a full blown linux client is a challenge, but come on, rclone support is quite easily achievable.

I did manage to get rclone working briefly today, but after a reboot it stopped working because, and I sh** you not:

2025/04/22 22:49:22 CRITICAL: Failed to create file system for "proton:sync": couldn't initialize a new proton drive instance: 422 POST https://mail.proton.me/api/auth/v4: For security reasons, please complete CAPTCHA. If you can't pass it, please try updating your app or contact us here: https://proton.me/support/appeal-abuse (Code=9001, Status=422)

I mean come on guys, give us custom app passwords or an api and let us handle it if you won't do a client right now...work with the open source community, not against it.

Oh and another hilarious issue I found with using rclone with proton drive, their own VPN service is blacklisted (I get the captcha issue if I connect without the VPN):

2025/04/18 00:13:34 CRITICAL: Failed to create file system for "proton:": couldn't initialize a new proton drive instance: 422 POST https://mail.proton.me/api/auth/v4: We are detecting potentially abusive traffic coming from your network and have temporarily blocked logins. If you believe this is in error, please contact us here: https://proton.me/support/appeal-abuse (Code=2028, Status=422)

The current unmaintaned, reverse-engineered rclone implementation has lots of issues. For example, it fails completely if a document created in the Web UI exists in a folder which you are trying to back up.

An official rclone implementation, or an official, open API that rclone devs could use, is critical. I would start paying for Proton if this was fixed.

paramount for backups using Linux. need rclone support or supported API, in order to fully consider moving to proton drive.

It's a 'must have' for me for migration from non-EU storages.

This is absolutely essential. Rclone is the defacto tool for moving files between cloud providers, so being able to use it to migrate to / from proton drive, or for syncing different sources of data into proton drive is absolutely key.

Rclone also needs to have access to all of the 'special' folders, not just My Files. That means access to 'Computers' and 'Photos' as well (honestly these should ALL be accessible via 'My Files' rather than separate magic stuff.

I know you're struggling to find Linux developers, so maybe the solution to the Linux Client thing is to work with the RClone developers (who currently have a proton drive beta that works really well except for not being able to deal with Photos / Computer backups) to get rclone absolutely solid.

Would allow using Proton Drive from GNU/Linux platfoms.

Essential to fully use the potential of Proton Drive!

Support for rclone is a must. At the moment I run into a rate limiting issue from time to time. I'm currently working with something like this:

/usr/bin/rclone sync SOURCE RCLONE-DEST --modify-window 1s --fast-list --protondrive-replace-existing-draft=true --tpslimit 4 --multi-thread-streams 1 --checkers 8

EDIT 2024-12-15:
/usr/bin/rclone sync SOURCE RCLONE-DEST --modify-window 1s --fast-list --delete-before --protondrive-replace-existing-draft=true --tpslimit 4 --multi-thread-streams 1 --checkers 1

I guess --checkers 1 was the key (but at the moment working with --checkers 4 too) and I added --delete-before. Using --delete-before will prevent rclone from aborting deletions in destination if errors occured. This is why my backup grew bigger and bigger.

2025-01-03: If it is of any use to anyone, here are the relevant excerpts from my e-mail correspondence with Proton Support:

"Please note that Rclone does not implement local state caching and synchronization, which causes it to make large amounts of calls. Reducing the frequency at which you run Rclone and the size of the folders they are synchronizing may help."

"Additionally, note that we are not actively blocking Rclone. Due to how Rclone is designed and syncs files, it is triggering anti-abuse mechanisms on our end designed to assure fair use and balance the load on our infrastructure.

We would also like to mention that we do not have a syncing client for Linux. It is on our roadmap to create a sync solution for Linux users, but we do not have an ETA on when this might be available. We will consider your request as a vote towards prioritizing such a solution as well as one towards a public API."

What works at the moment without triggering rate limiting is this (but its very slow):
--delete-before --modify-window 1s --protondrive-replace-existing-draft=true --fast-list --checkers 3

This is really frustrating.

I only use Linux. I need access to my Proton Drive.
Currently rclone v1.68.1 is working as a temporary work-around.
https://rclone.org/protondrive/

I currently am a paid user, I use rclone to backup my crypted pictures for my family, in this era of AI I don't trust any cloud. It kind of works but I would love to have no API limits or very high API limits for linux users.
If you don't wanna support rclone than get out a linux app

Why does proton hate Linux users? Rate Limiting API calls? Why are they making Proton Ham, cheese but not a basic Linux client

Seems Rclone is currently on Proton's shitlist... Pretty disappointing. No official client by Proton for us Linux users is bad, but not even allowing solutions provided by the community is just a **** shame.
https://github.com/rclone/rclone/issues/7864

Just tried out rclone protondrive backend, got stopped by abuse detection. Anyway, this would require an app token similar to what's in place for smtp submission for protonmail.

Linux users need a secure way to sync files.

This would be an *enormous* value-add. It would render all other cloud storage platforms in my personal workflow redundant. My most anticipated feature if Proton gets on board with it.