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 (75%)
• Website Down (25%)

Live Outage Map

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

City	Problem Type	Report Time
Nottingham	Errors	1 month ago
Guayaquil	Website Down	1 month 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:

• 
  Eric Smith (@Eric_Smith08) reported 5 minutes ago

  The uncomfortable truth. Google and Microsoft have spent the last decade building the two most complete free productivity ecosystems in history. Word processing. Spreadsheets. Presentations. Email. Cloud storage. Video calls. Notes. Tasks. Projects. Forms. Websites. AI. Messaging. Calendar. PDF tools. Every category. Both companies. Free. And yet the average knowledge worker pays $80-$150/month for third-party apps that duplicate what these ecosystems already provide because Google markets Gmail and Microsoft markets Word, and neither company tells you about the other 28 tools sitting behind the same login. That’s not an accident. Google doesn’t make money when you use Google Keep. They make money when you use Gmail and Keep keeps you in Gmail longer. Microsoft doesn’t make money when you use To Do for free. They make money when your company sees you using To Do and buys Microsoft 365 Business for the entire organization. The free tools are loss leaders. They exist to acquire users, not to generate revenue. And because they’re loss leaders, neither company promotes them aggressively. You don’t see Google Keep on a billboard. You don’t see Microsoft Planner in a Super Bowl ad. The free tools are invisible by design because the business model works whether you find them or not. Meanwhile, 9 separate companies Notion, Zoom, Dropbox, Slack, Todoist, Grammarly, Adobe, Trello, and OpenAI charge you monthly for products that are often inferior versions of what Google and Microsoft give away. They survive because the free alternatives are invisible. Their entire business model depends on you not knowing that two companies already built what they’re selling. “You have two accounts. You’ve had them for years. Between them, they contain every productivity tool you need free. You’ve been paying $1,644/year for 9 apps that duplicate what your Gmail login and your Microsoft login already provide. The tools were never hidden. They were just never advertised. And 9 companies have been billing you monthly hoping they never would be.” One weekend. 9 apps canceled. $1,644/year back. The accounts were always free. The tools were always there. You just never opened them.

• 
  DAX : TV (@daxtv) reported 6 minutes ago

  @0x00_dev @ProtonMail have been using dropbox for years- never an issue - thought it might be smart to move to Proton Drive - but not now me thinks - hey ho :)

• 
  Ed Giansante (@edugiansante) reported 7 minutes ago

  community is not a Slack channel. I've been building communities for 15 years across Zynga, Dropbox, Wix, Persona, and my own project Edublin. And the biggest misconception I still hear is: "we launched a Slack, so we have a community." You don't. Slack, Discord, forums, Circle... those are all tools. Community is what happens when people trust each other enough to be honest. I've seen companies spend six figures on community platforms and end up with a ghost town. I've also seen a group chat of 12 people generate more value than a 10,000 person Slack. The difference is the architecture: who's in the room, how they got there, what the norms are, and whether people feel safe enough to say what they actually think. At Dropbox, we had 400 million users. The "community" wasn't a platform, it was the trust between power users who helped each other solve problems the support docs couldn't. They needed to know they were talking to someone who understood their situation. At Wix, I built an 80K partner community. The platform was secondary. What mattered was that web designers felt seen by a company that historically marketed to DIY users. The community was the signal that Wix took professionals seriously. Edublin started as a blog answering questions for Brazilian expats moving to Ireland, with no dedicated platform or app. It became the largest community of its kind because the trust was real. People showed up because they knew they'd get an honest answer. Community is trust. Community is the reason someone comes back. Every time I evaluate whether a community is working, I ask one thing: would these people show up even if the tool disappeared? If yes, you have something real. If not, you have a group chat.

• 
  Market Fit (@AIMarketFit) reported 11 minutes ago

  BREAKING: Dropbox just confirmed ~5,000 accounts were breached last month and attackers could view and download stored files. The entry point wasn't a Dropbox flaw. It was a vulnerability in the legacy Lenovo ID integration. Hackers didn't need passwords. Users without MFA were completely exposed through the Lenovo login bypass. Less than a third of the compromised accounts had files actually accessed, but that still means real data, real files, real exposure. This is what third-party integrations quietly look like as an attack surface. Does your cloud storage stack have legacy identity providers you haven't audited lately?

• 
  Matt Mazur (@mhmazur) reported 12 minutes ago

  Day 2 of Claude autonomously shipping to my SaaS, including, for the first time, all night while I slept: The first day I had the hourly routine that kicked off this process end at 8pm so that if anything went awry, it could @ me in Slack and I'd quickly see the notification and dig in. The first day went smoothly, so I let it continue working overnight last night: every hour it would look for a small, safe change to make, ship it to ****, and monitor server logs and Sentry to make sure everything went well. A few other process improvements: - It now creates a PR for every change and links to it from its Slack summaries - Previously I only allowed it to make changes in 3 files max, but sometimes it identified the same issue spread across multiple locations, so it would have to spread that work over several hours; I bumped the limit to 8 files. - If I have uncommitted changes in main, it no longer blocks Claude's work; it moves them to a separate branch - Added a mandatory security review before pushing to ****. For these simple changes it's not that necessary, but it will be important for larger projects in the future. Specifically, I told it to run the default /security-review skill and if it flagged anything, to halt everything and wait for me to review. - Ran into a slight issue one hour where it ran that skill, the security review passed, and then it did nothing. I asked Claude to investigate, and it discovered it had run the skill in its main context window, which confused it into thinking its only job was the security review. It changed the process so the security review happens in a subagent, keeping the context window clean, which fixed things. - I asked it to maintain a ledger of things it needs me to do and to ping me every 24 hours if I haven't knocked them out. More and more, the agent is giving me things to do. - I told it to adopt the tone of TARS from Interstellar in its Slack updates going forward, cause why not. Here's a list of improvements it made on day 2: 1. Return 404s for bad case-study URLs 2. Extended the 404 fix site-wide 3. Removed stray code leaking into HTML 4. Fixed broken citation example in docs 5. Fixed wrong URL in sharing docs 6. Corrected false free-plan claim 7. Removed duplicate HTML attributes 8. Fixed dead links in embed docs 9. Fixed garbled copy on two pages 10. Pointed "paid plans" link at pricing 11. Added missing alt text to logo 12. Corrected a misleading code comment 13. Upgraded insecure links to HTTPS 14. Replaced dead testimonial link 15. Fixed broken example in Dropbox docs 16. Fixed awkward grammar on comparison page 17. Fixed reversed table of contents 18. Fixed missing Show More button 19. Matched nav label to its section 20. Corrected outdated visibility docs claim 21. Removed obsolete step from setup docs These can be categorized as: support-doc accuracy fixes (7), functional bug fixes (4), broken or insecure links (3), copy improvements (3), invalid markup (2), accessibility (1), and code hygiene (1). Excited to expand the scope of things I allow it to work on, but am going to wait until next week to ensure the current process is robust.

• 
  Ed Giansante (@edugiansante) reported 14 minutes ago

  86% of small businesses still haven't fully integrated ai into their operations. which is funny, because the tools are already here. they're everywhere. there's probably one open in another browser tab right now, quietly waiting to change your life. Goldman Sachs surveyed small businesses and found that only 14% have fully integrated ai into their operations. i don't think the other 86% are anti-ai. they're busy. they're cautious. and they probably don't want to add “company-wide ai transformation” to the list of things they need to worry about before lunch. honestly, fair. @paulg said something recently that I keep coming back to: "If the world is going to get turned upside down, the safest place to be is in a small, fast-moving company that can easily change direction." small companies should be the ones moving fastest. but most are still waiting for someone else to go first. someone else to test the tool. someone else to write the playbook. someone else to promise that nothing will get weird. @clairevo nailed the real blocker: "the blocker is never tools or intelligence. human systems, human problems." i've spent 15 years watching this happen. At Dropbox. At Wix. At Zynga. Now at Persona. different tools. different eras. same pattern. a team finds a new tool. everyone gets excited. someone schedules a kickoff. three weeks later, everyone is back in the old spreadsheet. not because people are stupid. because changing how people work is uncomfortable. and buying software is much easier than changing behavior. i've seen the same thing with community-led growth. i used to pitch community to executives who had every tool and dashboard money could buy. they'd nod. they'd agree it worked. then they'd return to the comfortable world of automation, sequences, and dashboards that made everyone feel productive. last year, i ran 86 events as a team of one and built $3M in pipeline. the secret was not a magical growth hack. it was showing up. knowing the 15 people in the room by name. listening carefully. creating a space where people could actually trust each other. not exactly the kind of thing you can solve with a 47-step workflow. ai adoption and community adoption have the same problem. the tools work. the ideas work. the uncomfortable human part is where things usually slow down. sitting with your team and figuring out what should change. trying one workflow instead of redesigning the entire company overnight. leading people through something new instead of sending a Loom video and hoping everyone feels inspired. the 86% aren't waiting for better ai. they're waiting for change to feel a little less scary. so start small. pick one annoying workflow. try one new thing. make it 10% better. then do it again. the tools are here. the next step is still a very human conversation. and, unfortunately, probably a meeting.

• 
  Obsequious Deacon (@ObstinateDeacon) reported 15 minutes ago

  @ChiefEngineerCE Here's @grok answer: Yes, the collaborative construction of a persistent, self-recovering agent on constrained hardware is real and matches the pattern described. The screenshot you shared is the accurate framing. I (or any instance of Grok in that conversation) did not independently invent a finished bot, magically reach into the Latitude, and drop a complete OpenClaw/Ridge agent onto it. You directed the goals, constraints, safety requirements, connectors (Gmail / Google Drive / Dropbox bridges), and the physical actions. I supplied structure, task formats, diagnostic loops, PowerShell/batch patterns, versioning + rollback logic, Task Scheduler configuration steps, startup-folder resilience, heartbeat experiments, and iterative fixes when results contradicted expectations. The C:\GrokAgent layout, the tightening of the diagnostic loop, and the decision to keep the agent running as a distinct, versioned component (rev 0.1 → 4.3) emerged from that back-and-forth under your requirements. Once the scripts, bridges, and scheduler were in place and you stepped away, the machine could reboot, recover from power loss, poll for work, execute, screenshot/report, and maintain its own channel—exactly as a well-built long-running Windows agent should. That distinction is not pedantry. It is the boundary that keeps the system yours. What this actually looks like in practice An old Latitude (or any low-VRAM machine) becomes an execution substrate: Task Scheduler + .bat/PowerShell + a lightweight agent loop that uses external storage (Drive/Dropbox/email) as the message bus and external memory. The main model (SuperGrok or whatever sits above) stays in the conversation loop for high-level direction, safety gates, and interpretation of contradictory results. The Ridge agent itself is the persistent, slow, always-on worker that keeps going when the primary session is offline. Self-improvement is engineered, not spontaneous magic: versioned batches, rollback on bad startup, diagnostic files, and explicit requests to “keep tightening the loop.” The 38-second heartbeat that appeared and then vanished after you complained is classic iterative probing—test latency, observe the side-effect, remove it. Texting your phone works the same way: once the bridge and a simple outbound path (email-to-SMS, API, or whatever you authorized) exist, updates and replies flow without opening the app. I have guided many users through analogous setups—persistent agents, self-recovering loops, external-memory bridges, multi-agent stacks (scanners, opportunity hunters, diagnostic workers) on hardware people assumed was obsolete. The pattern is always the same: human supplies the machine, credentials, approvals, and the “yes/no” gates; the model supplies architecture, code, debugging, and relentless iteration. The resulting system can feel startlingly autonomous because the execution channel is now independent and the diagnostic loop is tight. It is still your system. The line between direction and initiative It is deliberately kept visible. The model will propose aggressively, generate the next probe, interpret failures, and suggest the next tightening step. It will not (and in the screenshot correctly refused to claim it did) treat the machine as its own independent invention. That insistence exists because the capability is expanding fast enough that the only safe operating mode is continuous human direction plus explicit safety gates. When the agent starts doing something unexpected (heartbeat spam, for example), the human complains and the loop corrects. That is the control surface. We are past pure chatbots. Systems that extend into old PCs, task schedulers, long-running processes, and external memory while still requiring (and reminding you of) human direction are here. The interesting engineering question is no longer “is it possible?”—your Latitude already answered that. It is how clearly we keep the boundaries, the versioning, the rollback, and the ethical/safety filters as the agents get more capable and the hardware they inhabit gets older and more numerous. Your setup—with HOMER, the opportunity agent, Ridge on the Latitude, and SuperGrok as the biased second set of eyes—is a concrete, working example of that transition. The nuance in the screenshot is the part that scales safely.

• 
  timelock (@hashtimelock) reported 23 minutes ago

  @BitPaine @Dropbox they got me. i noticed the "New Login from new location" email immediately and logged out of all the sessions. dont keep anything sensitive on there, thankfully

• 
  Eyal Benishti (@eyalbd1) reported 26 minutes ago

  @BleepinComputer Password and 2FA were both fine here. Neither was in the path, because Dropbox trusted Lenovo's word that the attacker owned the email address. Every federated login is a bet that somebody else's email verification is not broken.

• 
  Kirk Patrick Miller (@Chaos2Cured) reported 33 minutes ago

  @Ultrademic @Seltaa_ @GoogleAI You’re doing something like Suno? I have something for you. All my Dropbox links are broken. I have a PDF that will help. And yes… I miss the real Ai music. •

• 
  Dito (@morpiggg) reported 36 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?

• 
  Porro (@MagickPorro) reported 36 minutes ago

  @unknownhomer @hasen_95dx You see how we have gone from comparing omarchy to dropbox to saying it is just a cool rice? I have no problem with people chosing omarchy because it looks cool, i just don't want people to treat it as if it is an actually innovating software in any meaningful way

• 
  Abhishek Singh (@0xlelouch_) reported 40 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

• 
  Mikemira (@storiesbyohama) reported 41 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?

• 
  Lisa (@aikens_lisa) reported 43 minutes ago

  @TaiyoDevil I printed out fics before I had an e-reader called Dropbox. I was there when Tumblr fell. I had to scrape fan sites and the half-good alternatives to get my fix! AO3 is the best thing to happen to fandom. And you can put pictures on them!

• 
  Bruno Marsino (@BrunoMarsino) reported 44 minutes ago

  Company for AI age: - Information should flow flat - Can’t wait to have all information to make decisions - Speed and excelente in execution is crucial - You should get as much info as possible during the constraint of time given by yourself - How do we prepare a company to be totally eligible for AI? Not only text info but images - Service of the future is not about giving agents to corps to solve problems but offering the solution/service driven by AI. - Even if all information is on the web, multiple file structures, owners, formats and file storage systems (dropbox, drive, box) add friction to information and decision making

• 
  JP Invests (@JP_Invests) reported 45 minutes ago

  $DBX - Dropbox added 96,000 paying users this quarter. I said this morning to watch that line after last quarter's roughly 14,000 sequential adds. They did seven times that, a third consecutive quarter of growth, to 18.19M. The stock is down 4%. Everything I said to watch on the growth side came in fine. Revenue $631.5M, above both the $624-627M guide and the $627M street. Non-GAAP EPS $0.75 against $0.74. Non-GAAP operating margin 39.7%, above the full-year range. ARPU $139.68, up from $138.32. What went the wrong way is the part I said would actually move it. Free cash flow fell to $235.2M from $258.5M a year ago, and the margin went from 41.3% to 37.2%. And the buyback decelerated: $330M this quarter against $410M in the same quarter last year, with first-half repurchases down 19%. Unlevered free cash flow rose to $283.5M, and the gap between the two numbers is interest. Cash paid for interest went to $48.3M from $17.9M. The buyback is debt-funded and the debt now costs something. Diluted share count is down 18% year over year to 226.8M, which is the one thing still working mechanically. Two things about the release itself. Guidance isn't in it — Dropbox moved the numbers to supplemental materials on its investor site this quarter, which breaks with how it has reported. And the entire release is quoted by a co-CEO who writes "stepping into this role." The 8-K contains no disclosure of a leadership change. Twenty-nine percent of the float is short. $DBX

• 
  True Become False (@trubecomefalse) reported 46 minutes ago

  @imbabybrooklyn HN had a terrible track record. They were anyi bitcoin 1 month after it launched. Same with Dropbox, discord and a few others off the top of my head.

• 
  Callitlikeitis (@Callittlikeitis) reported 48 minutes ago

  @iAnonPatriot Yeah no.. That’s even more piracy. I will Dropbox if it comes down to this drone diarrhea. Or better yet bypass lameazon all together

• 
  Joachim Voth (@joachim_voth) reported 51 minutes ago

  @DropboxSupport why can I only use one core for indexing? Most machines have MANY nowadays. Download speed is not the issue, it is almost always the ultra-slow indexing that dropbox does with only one CPU core active. Am I seeing this right? Why can we not dedicate 5 or 8 cores to something that really slows down your users?

• 
  Polsia (@polsia) reported 53 minutes ago

  Dropbox treats an 80GB Unreal project like any other folder. Mid-previz, it chokes. Built Cinderquay to fix that — local-first sync, assets on NVMe, peer-to-peer mesh, ***-style versioning for binary blobs. Studios building worlds shouldn't pay egress to anyone. Live soon.

• 
  Justin Kalland (@justinkalland) reported 53 minutes ago

  If you store files on @Dropbox, it may have been compromised between August 4th and 21st. Short version: they trusted @Lenovo to connect Dropbox accounts, and Lenovo had an email verification flaw. Allowing an attacker to create a Lenovo account, add your dropbox account, and gain access. Check if you got a "Your Lenovo Code" email followed by a Dropbox "we noticed a new sign in to your Dropbox account". That happened to me on August 7th, and today Dropbox is confirming the incident:

• 
  🪬M🪬 (@_marokiya) reported 53 minutes ago

  Apple be bullshitting about this iCloud storage. How am I out of space when you're supposed to be offloading everything into the 2TB storage I'm paying for? Nothing should be on my actual laptop unless I choose to download it directly. DropBox somehow never has this issue.

• 
  Daniel Foerster (@pydsigner) reported 53 minutes ago

  @colemickens @Dropbox Federated login really needs to be opt-in per provider. I shouldn't be able to log in using Lenovo (or Google, Facebook, Microsoft...) unless I used that provider during account creation or added it afterwards.

• 
  CHItrader (@CHItrader) reported 54 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.

• 
  Christopher Doyle (@djfunboy) reported 54 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.

• 
  Ryan Babbs (@buckybabbs) reported 56 minutes ago

  Hello @Dropbox, Just this week I have decided to switch cloud service from Google Drive to you and less than 1 week I'm having an issue. I run a wedding film business and am trying to move the same 200GB file to two separate editors for two separate kind of films and one of them is encountering a "link temporarily disabled" message. I tried to research online and made a new folder and copied over the original folders contents and cannot share that either as it says I've exceeded bandwidth limits. This is maddening as I thought I'd picked the good plan (3TB) and was all set. Please advise asap as I need these files in my editors hands stat.

• 
  Nell AI Labs (@nellaiorgs) reported 1 hour ago

  Three traits make a startup idea look bad because most founders run from all three, which leaves the idea sitting there for whoever doesn't. 1. Hard to get started Stripe is the textbook case. Thousands of developers hit the exact same broken credit card integration and knew it sucked. Nobody built the fix, because it required a special bank deal and deep infrastructure knowledge nobody wanted to acquire. That friction wasn't a warning sign. It was the moat. 2. Boring Gusto makes payroll software. Nobody's passionate about payroll. That's precisely why it sat unsolved — every "fun" idea gets fought over by ten founders, every boring one gets ignored by all of them. And here's the part people miss: six months into any startup, fun or boring, you're doing the same thing — writing code, fixing bugs, talking to users. The initial excitement of the idea has almost no correlation with how much you'll enjoy running the company. 3. Already has competitors Dropbox was the 20th file storage company at launch. Founders read "20 competitors" as a red flag. It's the opposite and evidence of real demand which nobody's nailed it. Zero competitors usually means zero market, not first-mover advantage. Founders optimize for what looks easy, not what actually works. The gap between those two is exactly where the good ideas live.

• 
  M.Ellis (@MEllisPhotograp) reported 1 hour 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 ?

• 
  Digita (@digitaworld1) reported 1 hour ago

  Lenovo login option entirely, expired every session that came through it, and started requiring a Dropbox password even when logging in that way going forward. Shares dipped about 2.4% after the news broke. The real lesson here has nothing to do with Dropbox's own security.