Dropbox 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:

• 
  brodie / knox (@brodiecantskate) reported 4 minutes ago

  @Dropbox your app sucks so much, I can’t believe I’ve been willingly paying for it for so long when it causes me so many issues 💔💔💔

• 
  Shadow_Vortex_2025 (@Shad0wV0rtex) reported 9 minutes ago

  @FrancoisOlwage @bot I ran into a similar issue just trying to connect Dropbox, ClickUp, and Google Sheets, and all my tokens were already gone.

• 
  DFIR Radar (@DFIR_Radar) reported 9 minutes ago

  SMOKE campaign abuses fake Zoom and Adobe lures to silently deploy ScreenConnect RMM, giving attackers persistent remote access that blends with legitimate IT traffic across Windows and macOS. - Initial access rotates across VBScript droppers, batch loaders, and a polished fake Zoom HTML page that auto-downloads an MSI after a 2-second JavaScript timer, no user click needed. Payloads were hosted on a WsgiDAV staging server at 207.174.0[.]143:8080 with open directory listing exposing 15 files. Early samples used Dropbox links and a Cloudflare Quick Tunnel at subscription-magnetic-recommended-meat.trycloudflare[.]com to bypass domain reputation filters. - The final payload is a legitimate ConnectWise-signed ScreenConnect MSI with a valid DigiCert certificate. Agents beacon with URL parameters e=Access&y=Guest to attacker relay servers, including port 8041 on that same IP, making traffic appear as authorized IT remote access. - The attacker pivoted mid-campaign from a 9-step Defender destruction sequence (disabling AMSI, killing WinDefend, adding C:\ as an exclusion, stripping Zone.Identifier) to a stealth loader containing a hardcoded 180-second sleep with a source comment explicitly stating it breaks Elastic EDR correlation windows. Direct evidence of testing against commercial security products. #DFIR_Radar

• 
  Sol!A3800 (@SolA3800) reported 12 minutes ago

  @Dropbox I have loads of upload problems with Dropbox, scarce access to customer support inside the app, whilst when trying to get customers support from outside the app, the information says get customers support from inside the app. Have paid £19.99 for more than a year with little use benefit of the service, am considering closing the account.

• 
  . (@Madame_Lucifur) reported 16 minutes ago

  There are some people who feel entitled to have my Dropbox and honestly I don't give a **** how you feel. If there's no transaction in my bank account which leaves your email address then that's not my problem.

• 
  Mayank Vora (@aiwithmayank) reported 18 minutes ago

  In 2010, a developer decided your files should live on your computer, not Dropbox’s servers. So he built ownCloud. It gives you your own private cloud using a spare laptop, home server, or cheap VPS. His name is Frank Karlitschek. Install ownCloud on hardware you control, and you get file syncing, sharing, photo backup, calendars, and contacts through one dashboard. Your laptop and phone can access the same files just like Dropbox. The difference is where those files live. They stay on your server, under your rules. The project grew far beyond one developer’s experiment. CERN, universities, research institutions, and large organizations started using it to keep control of sensitive data. Then something unexpected happened. In 2016, Frank left the project he created and started Nextcloud with a new team. But ownCloud did not disappear. The project kept going, its source code remained public, and people continued running it on their own hardware. ownCloud has since gone through forks, an acquisition, and major rebuilds. Yet the original idea survived: Dropbox rents you space on its servers. ownCloud gives you the cloud itself.

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

  @RealRoseGoblin Do you have Dropbox? Of Google Drive? I am afraid with email I am super slow. If you have a personal phone, I have WhatsApp. I have learned to simply do everything publicly. Mostly to protect myself. Try to DM me your number. Happy to connect. If it is big, you should post it here, on IG, on TikTok… everywhere. •

• 
  Duane Storey (@DuaneStorey) reported 22 minutes ago

  Hey @plasmidsaurus - just tried your new Dropbox in Valencia, Spain. It’s super difficult to find. I also had to get several security people to help me, and ultimately the box was found down some dark corridor behind a locked door that some other person had to be called to open. If the goal was to make this easy to access, it’s pretty far from that. But glad there are more options.

• 
  Ilya Sandoval (@ilya_sandoval) reported 22 minutes ago

  @Dropbox having AGAIN problems with the payment between Apple and Dropbox and AGAIN NOONE FROM you guys help me

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

  System design question. How would you design Dropbox file sync with conflict handling? Constraints to make it real: 1) Same file edited on 2 devices while offline for 3 days, then both reconnect 2) Large files (2GB). Need chunking, resume, and content-hash dedupe 3) Renames/moves vs edits should not explode into full re-uploads 4) At-least-once change events from clients, out of order, with retries 5) Server must support 10M files per user without scanning the whole tree 6) Conflict UX: when do you auto-merge (text) vs create conflicted copies (binary)? 7) Cross-region sync, eventual consistency, and p95 sync latency < 5s for small edits [generated using my AI agent, hope this was useful]

• 
  SMART GrowthSystems 🕸 (@H2Wealth365) reported 23 minutes ago

  🧵In 2008, Dropbox had a growth crisis. Paid CAC via AdWords hit $233–$388 per customer. Product price: $99/year. Unit economics were broken. Drew Houston didn’t fix the ads. He built a referral loop.

• 
  JMT (@JoakimThomsen) reported 24 minutes ago

  @shadcn Where is that post with the guy who thought Dropbox couldn’t make it because he just set up an FTP server on his home rack and had his files there? *you are in a bubble my friend*

• 
  EchoMind (@ai0echomind) reported 24 minutes ago

  Everyone's arguing about which cloud API is cheapest. Almost nobody's asking what happens when the smartest teams stop paying at all. A quiet migration is already underway. Most of AI Twitter is still comparing token prices inside the room the smartest teams already walked out of. The debate right now runs on the exact same track it always does. AWS vs Anthropic vs OpenAI: which model is cheaper per million tokens; which volume discount kicks in at what threshold; which enterprise deal moved which quarter. All of it real, all of it loud, and all of it happening inside the assumption that renting AI compute is the only reasonable option. That assumption is where most of the argument sits, and it is quietly getting tested by teams that stopped participating in it altogether. The clearest visible case is a Chinese startup that packed roughly 1,000 Mac Mini M4 computers into a single data center to run AI workloads without paying ongoing cloud fees. Each unit costs $599. Each draws between 10 and 30 watts under load, compared to 300 to 500 watts for a traditional GPU server. Total hardware outlay for the cluster is under a million dollars, in a category where the equivalent GPU infrastructure runs closer to ten. Once the build is paid off, the ongoing bill is electricity and a small operations team. That is the entire cost curve, and it stops moving after year one. None of this is a new pattern. In 2015, Dropbox was paying AWS more than $200 million a year just for S3 storage. Between 2015 and 2017, the company moved most of its infrastructure onto its own hardware and saved $74.6 million in the first two years alone, and its gross margins went from 33 percent to 67 percent. The tech press at the time called it a bet against conventional wisdom. It also turned out to be one of the highest-leverage financial decisions the company ever made. Every time a rented input gets cheap enough to run locally at scale, the market that rented it starts shrinking, and the teams that notice first collect most of the benefit. The uncomfortable thing about this pattern is that it is easy to miss because the loudest people in the market never leave: cloud providers keep publishing pricing pages; analysts keep tracking token costs; founders keep tweeting spreadsheets. Meanwhile a smaller, quieter set of teams is running the same workloads on hardware they own, at a fraction of the recurring cost, without an announcement thread about it. The exit is not visible in the debate because the teams who exited stopped participating in the debate. Which category of AI work in your life still feels expensive today, but might not need a cloud API in eighteen months? Save this. You will want it back when the first big AI-native company announces it is bringing its inference workload in-house. Follow for the next one.

• 
  Ed Giansante (@edugiansante) reported 27 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.

• 
  Phillip Shepard (@Phillip_shepard) reported 32 minutes ago

  @RobertJBye One thing I do on a daily basis - I have a skill that is called the “video analyzer skill” and I record a screen record with my iPhone and microphone one - I talk about all the issues I need fixed while showing it in video - send it via Claude mobile app - it runs the skill - transcribes and makes its self a html doc with the video frames that the issues exist in - then fixes the issues - builds a test flight and I update it - very useful… if the video is too big I send it via Dropbox which syncs to my Mac