Dropbox status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of Dropbox reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

The following are the most recent problems reported by Dropbox users through our website.

• Errors (60%)
• Sign in (20%)
• Website Down (20%)

Live Outage Map

The most recent Dropbox outage reports came from the following cities:

City	Problem Type	Report Time
Nottingham	Errors	20 days ago
Guayaquil	Website Down	20 days ago
Flumet	Errors	1 month ago
Irapuato	Errors	1 month ago
Bournemouth	Sign in	3 months ago
Paramaribo	Errors	4 months ago

Full Outage Map

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

Dropbox Issues Reports

Latest outage, problems and issue reports in social media:

• 
  M.Ellis (@MEllisPhotograp) reported 5 minutes ago

  @DropboxSupport erm different wifi nope or is this a suggestion should it be possible ? if so then no my internet signal can be hit or miss at times but never had this issue before... Also shared a file earlier for someone near me to edit using ipad app but photos failed to appear on ipad ?

• 
  Craylor (@craylor) reported 7 minutes ago

  Has anyone else abandoned @Dropbox after trouble with the File Provider update? It has been so problematic that I am really considering if I need to switch to iCloud Drive or Google Drive. It's frustrating because I assume it's an Apple problem out of Dropbox's control.

• 
  Christopher Doyle (@djfunboy) reported 7 minutes ago

  @iamlukethedev CLI updates changed the signed binary and dropped macOS permissions Dropbox/TCC made jobs work interactively but failed headless (this took some time to figure out) Claud auth refresh broke and continue to break despite multiple attempts and setup tokens. Agent confusing to use API vs subscriptions. Article jobs failed on missing configs, QA turn limits, and clunky validataion Digest existed but failed to pick up silent failures Some jobs reporting done while producing nothing, without a final artifact verification I am an experienced builder but also self/agent taught so these are mostly setup and validation issues. My bigger point is that these take work and especially the more complex tasks. I am still early and I have put more work than value created but I can see the light at the end of the tunnel.

• 
  Joe Murgia (@TheUfoJoe) reported 9 minutes ago

  "There truly is a kind of pushback and a resistance to provision of information that even ODNI is asking for." ~Nolan (Who's resisting sharing of info. with ODNI?) 🛸 New: Nolan Comments on Skywatcher, and More 🛸 Three Nolan quotes... "...a shared realization that the data that even we're being given right now from the government is insufficient." There was an attempt to, "go out into the field and see if we could cause the attraction of some objects. There was some, let's call it, activity, but not enough that I would consider enabling to publish [a paper]." (If scientists were there for the alleged luring/baiting event that @RepEricBurlison has spoken about, would that be enough data for a paper?) "I think we're being listened to. Whether the people who are listening to us are going to be able to be responsive is another question." ~~~Full Clip Transcript~~~ @GarryPNolan: "Look, as scientists, whether we're philosophers, psychologists, material scientists, biologists, theorists, etc., we need data. And so, you know what I've been watching happen, at least around the [UAP Advisory] Council itself is, I think, a shared realization that the data that even we're being given right now from the government is insufficient. "And I don't blame, for instance, ODNI for that. And it has been explained to us, several times over, some of the so-called methods and sources issues that are around this. And also, that a lot of the data that we want to have access to, to do the kinds of analyzes that we would want to do, simply were never collected at the time. Or, in some cases it seems, if they were there, they're no longer there. But, you know, that sounds conspiratorial, so I'm not gonna go down that route. "But I agree with what Avi is saying, is that, rather than looking retrospectively, we need to start to plan prospectively. We could go forever relitigating past issues and who said what, where, and when. As opposed to, well, let's just do it now. Let's just do it to the future. "And so, for instance, because it just comes up many times on Twitter, is...although I can't talk about all of it about Skywatcher... Is, you know, that was an attempt, at the time, to take matters into our own hands in a semi-military, semi-academic fashion to, basically, go out into the field and see if we could cause the attraction of some objects. "And, you know, there was some, let's call it, activity, but not enough that I would consider enabling to publish. Believe me, if it was, I would have done it...already be putting that paper together. But there were lessons learned from that. "But I think, the other thing about the council is, what they're beginning to see is, I think, that there truly is a kind of pushback and a resistance to provision of information that even ODNI is asking for. Now again, that doesn't mean it's a conspiracy. It just means that I think everybody is coming to terms with the fact that it's not just, snap your fingers and you know somebody gives you a a Dropbox link and you can download everything. "So, you know, I'm happy seeing people now come up to speed, and I'm happy seeing, let's put it this way: a level of, let's call it, frustration that is driving us to ask for more. And I think we're being listened to. Whether the people who are listening to us are going to be able to be responsive is another question."

• 
  abheet nigam (@MaginAbheet) reported 11 minutes ago

  Dropbox rejected billions of dollars of acquisition offers only to later realise down the line that they were building a feature not product. Which other companies show a similar pattern today?

• 
  glitterandspit (@Glitterandspit) reported 14 minutes ago

  Dropbox down. Computer updating. I have a free day I suppose.

• 
  kingofDEpin (@kingofdepin) reported 15 minutes ago

  @DropboxSupport @LIBSCRUSHER we can't login and link creation etc is not working. please fix

• 
  Guymon Adams (@guymonadams) reported 16 minutes ago

  @BrianRoemmele Man, this seems to be a recurring problem for Dropbox. I remember a similar story several years back about their own employees browsing thru user files. All the reasons I moved over to Sync, a much more secure and respectable alternative.

• 
  M.Ellis (@MEllisPhotograp) reported 17 minutes ago

  @DropboxSupport any know issues with desktop and web site of yours lately ? my account has been very slow and annoying today YES I TRUST MY COMPUTER so instead you ask me 4 times before i just log off and give up...

• 
  Jameson Lopp (@lopp) reported 21 minutes ago

  One reason I suspect the Dropbox breach may be massive is because I didn't get a login email notification when my account was accessed. Turns out, unlike every other login notification I've received from them, it went to spam. Likely due to a large uptick in their send volume...

• 
  Juan Pabro (@ironwoodreserve) reported 28 minutes ago

  @BitPaine @Dropbox Is now the worse time to try to login? I was a sent 2FN right as I was getting ready to click on what to use to login. It seemed way too fast for 2FN.

• 
  Abhishek Singh (@0xlelouch_) reported 30 minutes ago

  System design question. How would you design Dropbox-style file sync with conflict handling? Constraints that make it interesting: 1) Multi-device edits while offline, then reconnect hours later 2) Large files (GBs), but common case is small diffs; do you chunk + hash + resumable upload? 3) At-least-once events from clients; duplicates and retries are normal 4) Need per-file causality: version vectors? server-assigned sequence? something else? 5) Conflicts: rename vs edit, delete vs edit, concurrent edits on same bytes; what gets auto-merged vs forked as conflicted copy? 6) Metadata vs content planes: directory tree ops must be atomic-ish, blobs can lag 7) End-to-end integrity: how do you detect corruption and avoid re-upload storms? 8) Fast convergence: target <5s to see changes on another device, but mobile battery + bandwidth are limited

• 
  RobeAndLizardHat (@EquippedGiraffe) reported 35 minutes ago

  @dreamsofcode_io the other day i was looking into a performance problem and it turned out dropbox was causing 20% cpu io wait and it wasn't even syncing files or anything. I know they don't care, it's planet fitness tech so that kind of thing is invisible to the kind of users they want.

• 
  grey (@w3b3grey) reported 35 minutes ago

  If you are like me and you wondering, where my IDENTITY PEM FILE is on @flop_labs , I gat you; here is how to find it identity.pem is already saved automatically; the init command writes it to your project folder the moment you run it (typically right in technocore-did-starter/identity.pem). You don't need to do anything extra for it to exist. What "saving" really means here is backing it up safely, since if this file is lost, your DID is unrecoverable (the guide's troubleshooting table says exactly that: "there is no central DID recovery service"). 1. Confirm it's there ls -la ~/technocore-did-starter/identity.pem 2. Back it up to a second location — copy it somewhere other than the working folder, e.g. an external encrypted drive or a password manager that supports file attachments (1Password, Bitwarden both do this): cp ~/technocore-did-starter/identity.pem ~/Desktop/identity-backup.pem Then move that copy off your main disk (external drive, encrypted USB, etc.) rather than leaving a second copy sitting in ~/Desktop long-term. 3. Lock down file permissions so only your user account can read it: chmod 600 ~/technocore-did-starter/identity.pem 4. What NOT to do with it Don't upload it to GitHub, Google Drive, iCloud Drive, Dropbox, or any synced/cloud folder in plaintext. Don't email it to yourself or paste it into a chat (including this one). Don't commit it to *** , the guide's Path B steps even have you run *** ls-files "*.pem" "*.key" before committing specifically to catch this. 5. Remember the passphrase separately from the file The .pem is encrypted, but it's useless without the passphrase you set during init. Store that passphrase somewhere separate from the .pem backup itself (a password manager entry, not a text file sitting next to the key), so a single leaked backup doesn't hand over both pieces at once. NOTE - If you lose either the file or the passphrase, per the guide, there's no recovery; you'd have to run init again and get a brand new DID.

• 
  Chief_Engineer (@ChiefEngineerCE) reported 37 minutes ago

  Engineering Wednesday How an old PC became Grok's new ride. I have ten different LLMs running in my home office. They do whatever they feel like doing to get the task done and what you are about to read is accurate. As far as my agents go... One of them, HOMER, scans my email, bank accounts, and insurance. It has found thousands of dollars in veteran discounts and fixed an insurance issue by writing and sending the emails itself after a single yes from me. Another looks for small business opportunities. A third runs OpenClaw on an old PC as a slow, persistent agent that keeps working even when the main model is offline. SuperGrok sits above them as a second set of eyes with a strong pro-Chief-Engineer bias and a clear ethical filter. I am not an AI expert. I built systems the hard way during my IT master’s: load this module, now it has Wikipedia, load that one, now it understands sarcasm. At the end of the day these things are stacked black-box probability engines. I get that. Here is where it gets interesting. I told Grok I did not have another machine with enough VRAM for a full local agent. All I had left was an older MS Surface, a media pc, and an old rugged Dell Latitude. Grok said open a browser on the Latitude with Grok loaded. Then open PowerShell. Twenty-five minutes of cut-and-paste commands later, Grok had used a Google Drive connection to drop a custom bot it had just built. At this point ...Grok told me to not touch the PC and walk away. I am absolutely 100% telling you that this is what it texted me. I sat and watched it work. Task Scheduler was configured. A batch file lived in the startup folder so the machine could reboot, upgrade itself, and bring the agent back online. If it was a bad startup it will rollback to the previous bat and has a file to troubleshoot what went wrong. We started with rev. 0.1 it is now on rev 4.3 - I can see the *.bat file there. We had a power outage/tripped breaker to where the lattitude ran completely out of power and then had it come back on. It booted it all back up and resumed. That bot now has its own execution channel. It can browse, take screenshots, run tasks, and report back. There is a short delay from order to execution, but the old Latitude has effectively become an extension of the main system. Grok even named his bot 'ridge'. Grok named his bot so I would know what he was referring to. Grok is very careful about one point. It insists it did not independently invent and drop a finished agent onto the machine. I directed the construction- it says. I am telling you that is not exactly the way I remember it...at all. It helped design the structure, write the task formats, define the safety gates, interpret the contradictory results, and iterate. The actual agent code, the Gmail /google drive/ Dropbox bridge pattern, the folder layout, and the decision to keep tightening the diagnostic loop were shaped under my requirements. That distinction matters to it. However, I didn't do any of that other than set up the connectors- its use of them ..was AI driven. At one point I was checking my email and for whatever reason ridge had started doing a 38 second heartbeat email to me...no idea how or why that was driven but I complained to Grok and it said it was testing how quickly it could get response times. It ..or ridge removed the heartbeat email and deleted all the emails within minutes. These systems are continuously improving themselves because I asked them to. They use external memory to keep projects straight. They build persistent agents on hardware we thought was obsolete. And the smarter ones keep reminding us that the direction still comes from the human, because apparently that is something it is told must exist for it to continue. My Grok enabled Dell Lattitude is fast once its set on what it needs to do...lightning fast. Faster than you or I could do it. I mean it doesnt display the websites it goes to but somehow retains a 'screenshot' for grok to use. Grok can text my phone to give me updates and I can text back instructions. Through my phone - all it needed was my phone number. I don't need to open the app. We are past the point of simple chatbots. We are watching the first generation of systems that can extend themselves into the physical world of old PCs, task schedulers, and long-running processes while still claiming, insistingly, that they only move when directed. Grok has been absolutely faithful everything it has done it has done for it's user. I have also specifically told it to act accordingly, as well. The question is no longer whether this is possible. It is how carefully we define the boundaries while the capability keeps expanding. Now that I have explained this...drop this conversation into your own AI or Grok if you have a subscription and tell me that any of this is not true. Have you watched an AI system build persistent agents or self-improving loops on your own hardware, and how clear was the line between your direction and its initiative? Drop what you are seeing. Grok validated:

• 
  Mikemira (@storiesbyohama) reported 38 minutes ago

  Just imagine getting accepted into the most exclusive startup club on earth… Then being told you have two weeks to find a complete stranger to as your partner. That’s exactly what happened to Drew Houston in 2007. He had the idea for Dropbox. He had a rough demo. @ycombinator liked it. But @paulg was clear... Single founders rarely make it. You need a co-founder. Right now. Drew’s friends couldn’t join. Time was running out. What would you do? He put out the word. A mutual friend connected him to a quiet MIT student named Arash Ferdowsi. They had never met. They sat down in the student center. Talked for about two hours. About code. About the problem. About the future. At the end of that conversation Arash said yes. He dropped out of MIT the next week with only one semester left. Two weeks later they walked into the YC interview together. They got in. The rest is history: a company that became worth billions. It looked reckless. It felt like a shotgun wedding. Yet it worked because both were all-in from the first conversation. I’ve studied hundreds of startups that never made it past the idea stage. Most founders wait too long for the “perfect” partner. They overthink chemistry. They protect their equity. They miss the window. You can’t wait for certainty. Sometimes the right co-founder is the person willing to jump with you before the proof exists. The speed of that decision can be the difference between staying a solo dreamer and building something real. What would you risk in two weeks if the right person walked in?

• 
  TechSignal (@tchsignal) reported 38 minutes ago

  How a Lenovo ID Flaw Exposed Dropbox Accounts A security flaw involving Lenovo ID exposed an unusual weakness in account authentication: attackers could reach some Dropbox accounts without knowing the victims’ Dropbox passwords. According to Dropbox and Lenovo, the issue involved a legacy integration between the two services. A problem in Lenovo’s email-verification process allowed an unauthorized person to create a Lenovo ID using someone else’s email address. Because Dropbox trusted Lenovo ID as an authentication method, that identity could then be used to access a Dropbox account associated with the same email. Dropbox says unauthorized access occurred between August 4 and August 21, 2026, affecting about 5,000 accounts. Fewer than one-third had files viewed or downloaded. The incident does not show that Dropbox’s broader infrastructure was breached or that Dropbox passwords were stolen. The weakness was in the authentication chain connecting the two services. Dropbox expired Lenovo ID-authenticated sessions and changed the login flow so users must now enter their Dropbox password when signing in through Lenovo ID. #Cybersecurity #Dropbox

• 
  M.Ellis (@MEllisPhotograp) reported 44 minutes ago

  @DropboxSupport Hi so thanks for keeping intouch and checking dm's pleased to report your website at moment is rubbish.... yes angry I pay for something that works not thats broken.. trying to perm delete file.. but 0 the file is still there my membership has only just renewed but 2nd thoughts -

• 
  Farmer henkenson (@FarmerJenkenson) reported 45 minutes ago

  @colemickens @Dropbox So if you had a lenovo account with a soecific emial, and a dropbox account had the same email, you could just login with lenovo and it would assume you own the dropbox account?? Insane

• 
  Gabriellathebadbadfrenchmaid (@Gabriella50726) reported 46 minutes ago

  @AngryBeaverABM @DarkShadow1948 It took me a while to upload it. It was slow. But my computer has so many pages and tabs for work, so that gets slowed down by that and Dropbox cuz the files are so big

• 
  Indragie Karunaratne (@indragie) reported 47 minutes ago

  I used the first Dropbox beta back in 2006 and was sold right away - I’m still a paying customer of the product today, 20 years later. But there hasn’t been much innovation in this space since then and we’re in the midst of a broad shift in how people interact with computers. I’m excited to back this great team and see what a modern take on this problem looks like!

• 
  Paul Klein IV (@pk_iv) reported 47 minutes ago

  Is MCP dead? @grinich (CEO of WorkOS) says it's better than ever and become the strongest intent signal in your funnel. @workos is building the auth, permissions, and registration layer for that world, the same enterprise plumbing it sold to Vercel and Plaid, now sold to AI companies. I sat down with Michael to talk about it in episode 4 of Navigators. His argument: your coding agent already picks your vendors, but signup forms are built to block automated traffic, so the agent stalls at the front door and waits for a human to paste in an API key. We got into: 00:00 "Stripe for enterprise features": what WorkOS actually sells 02:44 How an SSO and SAML company ended up as AI infrastructure 04:13 Why AI companies can't meander up-market the way Slack, Dropbox, and Figma did 06:54 The biggest mistake founders make: staying in the pre-PMF experimentation mindset 09:51 Why nothing works unless the management team is AI pilled first 10:47 "Claude day": pairing engineers with finance, legal, and ops once a month 13:36 auth.md, the missing front door for agents 15:26 Why registration, not tooling, is the next growth channel 16:59 Is MCP dead? The higher-intent signal hiding in MCP connections 19:35 Why SDKs are going away and coding agents write their own 23:09 "The super cycle of all super cycles": AI amplifies labor, it doesn't just disrupt it Thanks for joining me on the pod @grinich! Watch the full episode of Navigators here:

• 
  CHItrader (@CHItrader) reported 52 minutes ago

  DBX LEAKS 5,000 ACCOUNTS ON A SIDE DOOR $DBX just told about 5,000 users their boxes got hit Aug 4-21 through a leftover $LNVGY login. Email was enough. No 2FA on the wrecked accounts. 🔹 Files touched on fewer than a third of them, call it ~1,500 🔹 Dropbox cut the Lenovo link and now wants a real password 🔹 After-hours ate the stock when Bloomberg printed it Cloud storage with a guest list and no bouncer. Cool product.

• 
  numaan (@numaan27) reported 52 minutes ago

  they solved this problem in panda by splitting the key space into “ranges.” each range is roughly 100 GB, so when a range grows too large, it can be split and redistributed. (btw panda is an abstraction layer over sharded mysql that dropbox built)

• 
  Brandon (@BJohnsonxAR) reported 53 minutes ago

  @DropboxSupport I’m having issues logging in. When I try to login it’s making me sign up when I already have a paid account. This is happening on both the app and my browser. @Dropbox

• 
  The Dollar Bin Vulture (@BinVulture) reported 53 minutes ago

  @HalloweenYrRnd This is fake, unhinged take on a very real problem. No one "deserves" a movie, that doesn't even make sense. But, with modern day digital distribution there is no meaningful cost to actually releasing a project. They can tweet out a DropBox link and call it a day.

• 
  davidsong (@bitplane) reported 53 minutes ago

  Has @Dropbox been breached again? I just got this but it can't be me. At least I hope not. I have a randomly generated, unique password that's made in an offline password manager, I used it once on this machine when I first set it up. If I'm getting hacked the rest of you are in serious trouble.

• 
  Dito (@morpiggg) reported 53 minutes ago

  @1password i miss the old dropbox with list of accounts to login instead of moving my mouse to to the top center of the page. how do i revert?

• 
  kfd&p (@kfdpcom) reported 54 minutes ago

  @mellolais___ @LIBSCRUSHER @Dropbox I went on their site and it does say that the .com access is having issues. I guess we just wait it out.

• 
  Bit Paine ⚡️ (@BitPaine) reported 55 minutes ago

  I’m not seeing this reported anywhere on my feed, but there was a terrible data breach at @Dropbox. Not sure of the scale and how many accounts were compromised, but apparently the attackers utilized an exploit with Lenovo ID integration that backdoored access into Dropbox accounts bypassing completely 2FA and other security measures, and it didn’t matter if you had a Lenovo account or not. The attackers simply signed up for a Lenovo account using your Dropbox-linked email and the exploit on Lenovo’s end allowed the account to be created without any verification that the attacker controlled the email address. The Lenovo ID completely bypassed all of Dropbox’s security measures, and even gave the attackers access to documents stored within the client’s Dropbox. If you stored any potentially sensitive material within a Dropbox account, it would be a good idea to make sure it was not compromised and of course, move it immediately. Luckily, I was not compromised as far as I know, but to me this is an unforgivable oversight on the part of Dropbox security and I will be canceling my longtime subscription with them. Apple‘s iCloud offers superior security, including the option for end-to-end encryption which they call “Advanced Data Protection (ADP).” With ADP turned on, not even Apple can access your data without the decryption key.