Skip to content

Anonymous

My feedback

6 results found

  1. 134 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Anonymous supported this idea  · 
  2. 160 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Anonymous supported this idea  · 
    An error occurred while saving the comment
    Anonymous commented  · 

    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.

  3. 49 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Anonymous supported this idea  · 
  4. 844 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Anonymous supported this idea  · 
  5. 984 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Anonymous supported this idea  · 
  6. 5,020 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Anonymous supported this idea  · 

Feedback and Knowledge Base