Backblaze No Longer Backs Up Dropbox

It’s been the same for OneDrive files for a long time.

Most companies now treat release notes as adjuncts to the license.

They are no longer designed to inform users of changes, but rather to absolve the publisher of responsibility for changing the initial contract, usually to their advantage — adding more tracking, removing features, etc.

Since OS-level APIs change so quickly and security problems are so numerous, updates are mandatory anyway. Who’s seriously going to hold out on an update because somebody added a new AI assistant or destroyed an interface?

That also explains why release notes are increasingly hard to find. Technically, legally, they are somewhere public: on a random GitHub page, on an article in a monstrous Zendesk “Knowledge Base” whose URL changes all the time, deep in a byzantine forum… Meanwhile, Sparkle or the App Store only ever say “We’ve polished the app, so that it works even better for you.”

Keeping track of release notes now requires a combination of parsing RSS feeds, scraping HTML, and keeping tabs on Bluesky, Mastodon, and 𝕏. That is not wholly a coincidence…

Now, forgive me, my roll of tin foil needs an update…

My experience is different.

I just logged into my account on Backblaze.com and was able to see my Dropbox folder. It appeared to be properly stored on Backblaze showing recently created folders and documents.

As a test, I was able to find and restore a PDF file that I created two days ago (12/18/25) and moved in my Dropbox folder. It restored properly including maintaining the correct Creation and Modification dates. So Backblaze backed it up properly.

I am using the 9.2.2.898 Backblaze macOS client.

I should note that I use Sam Schott's Maestral app (version 1.9.5) as the client for Dropbox.

@Mark That must be the difference; I don’t think Maestral uses the File Provider Extension framework.

I wonder is symlinking still works?

I don't get it, why are people still using the consumer frontends to Backblaze/IDrive/whatever? They're inferior products that don't give you control and are landmines waiting to explode, why do you want this? I know Arq's had its issues (I actually just recently ran into a difficult-to-reproduce bug where it wouldn't detect filesystem changes properly and I do wish I could disable that functionality altogether and force full rescans every time) but it's been basically rock solid, is very efficient, and backs up everything without issue. (I'm not really bothered about Mac swank metadata, but it's nice I've got that as well.)

Right now I'm using IDrive E2 to back up about 1.5 TB, so with the minimum 1 TB plan, and I think it's excellent value. And if I get tired of Arq, there are the FLOSS options for cloud-native backups (I have nice things to say about restic, with which I've had great experience on Linux, and I really don't mind rolling my own snapshot support using tmutil, or email notifications, if it comes to that, but there are also the newer "lock-free" options to investigate as well which are known to support macOS better). I think this arrangement is simply better from a cost-risk perspective, but others may differ. My biggest consideration is the "house-burns-down" disaster scenario, but that's a question of bootstrapping access to the credentials I'll need. Mmm. So must think about that.

I tested on two Macs both with the latest version of Backblaze installed. One has the newer file provider API version of Dropbox, and one has not been updated to use the file provider API. Both have the latest version of Dropbox app. Dropbox was not backed up for either Mac.

The Exclusions tab in the Backblaze app does not list Dropbox as one of the exclusions, and the Learn More button on that screen leads to https://www.backblaze.com/computer-backup/docs/supported-backup-data#exclusions which also doesn't mention Dropbox at all.

@Mark and @Michael Tsai Your theory that avoiding the Apple File Provider API is what would allow it to be backed up is not true as my Dropbox is not using it and isn't backed up. Is it purely looking at the path ~/Dropbox/ and would renaming the Dropbox folder let it backup? What is the path that Maestral uses?

@Sebby I thought I had made a comment in this thread but it may have been lost in the ether somewhere. But in it I mentioned that I had about 12 TB of data to backup, and therefore Backblaze's unlimited plan was far, far cheaper than using one of the open source backup utilities and backing up to my own purchased cloud storage. Or at least, this was the case the last time I priced it out.

That said, there's a lot about Backblaze I'm weary of, most of all the fact that it's not properly end-to-end encrypted, and you must give Backblaze access to your data in order to recover it. I hear that some of the open source options do E2EE properly.

I asked Backblaze support about iCloud (it being what ~/Documents and ~/Desktop are synced to) and got back "All cloud-synced folders from multiple services have been included in this update as excluded from the backup.” — so quite possibly they exclude iCloud incl. Documents now.

I couldn’t verify because by that time I have already deleted the backup, as it was support’s precondition to issuing a refund for my renewal literally the day before reading about it. Thanks Michael for spreading awareness about this.

IDrive can do dropbox backup now, thats for informing everyone on this.

I just set up a test Dropbox and Backblaze account and moved the Dropbox folder to ~/Test/Dropbox/

It isn't possible to rename the Dropbox folder, so all you can do is nest in another folder. Unfortunately Backblaze ignored ~/Test/Dropbox/

I did some more testing and they aren't matching by folder name so I don't know how they are determining what is a Dropbox folder if you aren't using new Apple File Provider API.

For example these folders I created were backed up, and they are not linked to the Dropbox app:

~/dropbox/
~/Dropbox Folder/
~/This is a Dropbox/
~/Test 2/Dropbox/

@Eric Thanks for testing. I think Dropbox stores the location in a dotfile. Maybe Backblaze reads that?

@Michael You are probably right. There are a bunch of files in ~/.dropbox/ but inside ~/Dropbox/ is the directory .dropbox.cache as well as the file .dropbox which for me has just this in it:

{"tag":"dropbox","ns":829074,"n":true,"root_type":"m"}

Coming late to the party. But after many years of using backblaze, including having a year of history, I happened to need a proper version of a file and decided to look on backblaze. Since most of my main documents are in Dropbox, I was screwed. I couldn’t find my Dropbox folder and finally found out about it online. I excoriated them by email for not having the decency to alert their users (burying this in a release note doesn’t cut it) and deleted my account. I did get $45 bucks back as a prorated refund, so there’s that. But they lost all the future revenue they would have gotten from me and my family. Terrible customer service.

I just had the same experience as David Toub. Stunned to discover that Backblaze was no longer backing up Dropbox and furious that they did not inform users of this and I only learned by accident. I have canceled too. I do regular backups onto an external hard drive and my files are on Dropbox. But I would like a proper online backup that does version history and I don't know where to go now.

@CMB Arq.

@CMB I wasn't trusting Backblaze to backup my cloud files so I chose to use the Parachute app (https://parachuteapps.com/parachute) to make an hourly copy of my iCloud Drive and Google Drive into local folders on my Mac, and those then straightforwardly become part of the the Backblaze, TimeMachine, and occasional SuperDuper backups. But I don't have an enormous quantity of cloud files (and do have plenty of local storage).

The 2026-04-14 update ("At some point Backblaze had started to ignore .git folders") might be a false alarm, at least on macOS.

What is true is that the Backblaze web restore UI defaults to hide all hidden (dot-prefixed) files and directories entirely. But if you click on "Filters" and select "Show Hidden Files," the .git directories appear and (for me) look to be up-to-date.

The "not backing up cloud files" thing is still BS, of course! But if they really stop backing up my repositories, that's way worse.

Despite their recent blog post, they're still not backing up all iCloud Drive files that are present locally on your machine - if you have standalone iCloud Drive directories (i.e. ones that aren't associated with an app), they're still not backing up files in those directories even if they're downloaded locally. (As per an interaction I had with Backblaze support, they're intentionally not backing up files that are in directories under `com~apple~CloudDocs`, which is where standalone iCloud Drive directories live.)

I just discovered ~/Library/CloudDocs and ~/Library/Mobile Documents missing from a BackBlaze backup. Not happy. Using client 9.2.2.898.

The question I have is, since they say that they have iCloud and Google Drive working: first off, how is that possible, if they're excluding these folders? Second, are Desktop and Documents, if sync'ed by iCloud Drive, at least included in current BackBlaze backups? Because if those are excluded too, then effectively BackBlaze has broken its contract with its users. macOS often turns on iCloud Documents and Desktop as a default during initial setup, and that would mean these files aren't being backed up; sometimes users aren't even aware they're using it.

Also, on their "Back Up iCloud Drive" support page, they now have a banner at the top which says "iCloud's most recent update prevents Backblaze from backing up files that iCloud synced. To back up these files, download them to another local location where Backblaze can read them." That seems to suggest no iCloud Drive support at all, and the whole thing reeks of nonsense, and it contradicts the rest of the page and the blog post saying they have iCloud Drive working. "iCloud's most recent update?" What does that even mean? macOS doesn't block access to that folder to an app if you have Full Disk Access granted.

Need to correct my earlier comment: my Parachute-app-made copy of my iCloud Drive and Google Drive is *not* being backed up either. Backblaze support had me run their "Explainfile" diagnostic tool which reported "PRIMARY_DIAGNOSIS: file_purposely_not_scheduled_for_backup" which they explain was because Parachute was a 3rd-party syncing service too (it's not). I reached out to Parachute/Leitmotif to see if they had any clues as to why Backblaze might be rejecting their automated copy but sadly got no reply. My manually made Option-drag copy seems to get through and be backed up fine. Grr.