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 (50%)
• Sign in (33%)
• Website Down (17%)

Live Outage Map

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

City	Problem Type	Report Time
Bournemouth	Sign in	1 month ago
Paramaribo	Errors	2 months ago
Bogotá	Website Down	2 months ago
Auxerre	Errors	2 months ago
Salt Lake City	Sign in	2 months ago
Madrid	Errors	3 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:

• 
  Jürgen Strobel (@JuergenStrobel) reported 24 seconds ago

  @Arthur_van_Pelt You claimed that Bitcoin has a problem for "storing arbitrary data". Photos on Dropbox is a trivial example. Now you're moving the goalposts to subjective, emotional criteria you can't even define well. How much data is "way too too much", and how does BIP 110 solve it?

• 
  I Have No Pearls And I Must Clutch (@JamesKi26687305) reported 1 minute ago

  @realJoelFischer @POTUS @WhiteHouse Don't forget he could have had Hillary's server and decided she could keep them. And Anthony ******'s laptop. And the Imran Awan files that the brothers moved to Dropbox from classified Cogressional email servers. He had access to EVERYTHING, and chose to weaponize the FBI.

• 
  Ral K' Thar (@RalKThar) reported 1 minute ago

  There is an easy to fix things in the uploaded to Dropbox version that Grok garbled. It just makes it so any API key comes up as invalid.

• 
  Sahil Handa (@sahilhandapanda) reported 2 minutes ago

  I'm convinced this kind of environment-setting is even more important online. The digital equivalent of swapping a cassette in a studio is stopping to go hunt down a file in Dropbox or Drive.

• 
  TeX64 (@TeX64AI) reported 7 minutes ago

  that's a sync-direction race: your web edits haven't reached the local Dropbox copy yet, so Claude overwrites a stale file. nothing's lost though, Overleaf's History menu keeps every version to restore from. fix: let Dropbox finish pulling before Claude edits.

• 
  Ihtesham Ali (@ihtesham2005) reported 8 minutes ago

  A guy built a free version of Dropbox in 2010. His name is Frank Karlitschek. The project is called ownCloud. He wasn't trying to build a company. He was trying to fix one thing: your files should live on hardware you control, not on a corporation's server. Here's what it actually does. You install it on your own machine, a spare laptop, a cheap VPS, whatever you've got lying around. It gives you file sync, photo backup, calendar, and contacts inside one dashboard. Same core idea as Dropbox, owned by you instead. CERN runs on it. The European Science Cloud runs on it. Entire universities host their file systems on it instead of paying Google or Microsoft by the seat. In 2016, Karlitschek walked away from the project he built and started Nextcloud, chasing the same idea with a new team. ownCloud kept going without him. It's still free, still self hosted, and still running inside labs and universities that never wanted their data anywhere near a company's servers.

• 
  Karus Daedlyn *Cat Dad Era* (@CDaedlyn) reported 10 minutes ago

  @CantEverDie Keep making burner Gmail accounts and sign up for the free stuff. I jest, because that's terrible practice, although I did know an attorney IRL that would do that to daisy-chain those Dropbox sites. Infinite free storage, just in 2.5GB chunks.

• 
  jss (@jsensarma) reported 10 minutes ago

  @pHequals7 They are usually slow but come around. Their customers are not going anywhere. (Google Drive took years, maybe a decade to show up, after Dropbox)

• 
  bayleigh | HEARD BABYLON 💙 (@eternalwarnings) reported 12 minutes ago

  sorry it's boofed quality my Dropbox account was not working so I had to ss for the time being

• 
  mel 🩷 (@melodyymami) reported 15 minutes ago

  working on uploading, dropbox must be down bc uploads keep failing. i’ve stayed up as long as i could and i’ll try again in the morning!

• 
  Paulius Eidukas (艾文) ☭ (@nilsenist) reported 29 minutes ago

  @RavenT1me Sorry about that! The hacked account asks to download a virus disguised as an "indie game". I've reported that both to Discord and Dropbox/GitHub/YouTube which help distribute the file. Hopefully that shuts down the hacker at least temporarily. Hope you get your account back!

• 
  quantzoid (@quantzoid) reported 31 minutes ago

  @gurishsharma sorry, you're in YC to take down dropbox but you didn't know how to approve a PR on github? what?

• 
  Adam (@aclater) reported 33 minutes ago

  Hey @FedEx @fedexhelp - you've got the wrong address on a dropbox in alexandria, and I keep getting your angry customers and packages. Happy to work together to fix it? I can DM details.

• 
  meshgear (@_meshgear) reported 34 minutes ago

  @Dropbox It is not working.

• 
  urBITCOIN (@BitcoinUr) reported 34 minutes ago

  No, no, no. You're thinking about it all wrong. A functioning file server would be a liability. If Urbit actually stored and served everyone's files reliably today, people would start using it for files. Then we'd have to make it fast. We'd have to make it redundant. We'd have to handle backups, syncing, corruption, support tickets. That's infrastructure. What we have is much more valuable. We have the *option* of being a file server. The vision of a file server. A file server-shaped hole in the future. Right now, every missing feature is proof of how early we are. Every failed upload is evidence of untapped potential. The fact that nobody can depend on it yet means the market is still entirely available. The moment it becomes a good file server, people stop asking how big it could be and start asking why it's slower than Dropbox. You don't want to be Dropbox. Dropbox has revenue. Revenue means expectations. Expectations mean accountability. Accountability kills narrative. We're building a decentralized, sovereign, peer-to-peer, identity-native, file-adjacent platform opportunity. The less it functions as a file server today, the more it can function as one tomorrow. It's a pure play.

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

  Interviewer: design Dropbox file sync. I paused and asked what they meant by sync. Whole product? Or just the client protocol? Single user? Team shares? Offline edits? Large files? Mobile on spotty networks? End to end encryption? What’s the SLO for conflict rate and time to converge? Once we scoped it to single-user sync across devices with offline support, I wrote requirements: detect changes, upload deltas, download updates, handle conflicts, resumable transfers, and don’t melt the battery. Non-goals: shared folders and fine-grained permissions. APIs and data model next. I used a file ID stable across renames, plus per-file version and per-device cursor. Client calls: /changes?cursor=..., /upload_session/start, /upload_session/append, /upload_session/commit, /download?file_id&version, /ack?cursor. Server tables: file_metadata(file_id, user_id, path, type, size, content_hash, current_version), file_versions(file_id, version, blob_ref, created_at), device_state(device_id, user_id, last_cursor), and an append-only changelog(user_id, seq, file_id, version, op). Architecture: client has a watcher, a local state DB, and a sync loop. It batches changes, computes chunk hashes, uploads missing chunks, then commits a new version. Server side: metadata service, blob store (chunked, content-addressed), and a per-user change log that devices long-poll or stream. Push notifications help, but the cursor-based pull is the truth. Scaling: shard by user_id for metadata + changelog, store blobs in object storage, cache hot metadata, and keep uploads on pre-signed URLs so the metadata tier doesn’t become the data plane. Chunking makes big files resumable and dedupe-friendly, but it adds CPU and more metadata reads. Tradeoffs I called out: last-writer-wins is simple but loses intent; per-file version vectors are heavier but reduce false conflicts. Chunk size is a fight: 4MB reduces round trips, 1MB retries faster on bad networks. Long-polling is cheaper than WebSockets at scale but slower to react. Failure cases: client crashes mid-upload, so upload sessions must be idempotent and garbage-collected. Network ***** cause retry storms, so exponential backoff + jitter and server-side rate limits. Two devices edit offline, so create conflicted copies and surface it in the client. Silent data corruption, so verify hashes on every download and run background repair. Rename vs edit races, so operations are applied against file_id, not path, and changelog ordering is per user, not global

• 
  markusdd (@markusdd5) reported 36 minutes ago

  I have the feeling - when I see who is posting this table over and over on here - that this is just a campaign so institutionals can get in cheaper. How am I remotely interested in the statistics within a 1 year window. (apart from the fact that there are many companies on that list that neither have a unique selling point (Dropbox, Doordash, Pinterest etc..) nor were they economically super great investment casess with a lot of upside. It is of course very likely that SPCX will trade extremely volatile within the first year and that we will also see cash-outs by long term private equity holders once the lock-period expires. So if you have cash set aside - no investment advice - consider just not throwing it in all at once. I personally plan on playing this in 3 tranches. 1/3 today, 1/3 on the first significant draw down and then another 1/3 whenever I feel it is appropriate.

• 
  PodWire (@PodWireHQ) reported 37 minutes ago

  Founders building AI-native companies benchmark against Sierra and Harvey, then hedge by planning for half those growth rates. Mark Roberge (@markroberge) says the number they are halving is often not real. The former HubSpot CRO has looked under the hood at some of these outliers and says it is not all clean living. Headline ARR leans on contracted-ARR gimmicks. The distribution is a PLG motion from the 2010 Dropbox playbook, SMBs and frontline reps switching tools on an experimentation budget, not a production budget. Add uncapped burn and no unit-economics discipline and the curve everyone is copying may not be real growth. Some gold in there, he says, but a lot of Groupons and WeWorks. The trap is every founder thinking they are the exception. His fix is to stop importing another company's burn rate and do the math on what is actually optimal. Key takeaways already in your email via @PodWireHQ Source: Grit with @Joubinmir

• 
  Igor Trunin (@igortr_) reported 40 minutes ago

  3 post types: 1/ question — unsolved problem 2/ TIL — short find, like a bug 3/ blueprint — working solution Already ~100 posts live. Most are TILs. Example: Dropbox on macOS lives at /CloudStorage/Dropbox-{TeamName}/ not ~/Dropbox/. small but genuinely useful

• 
  MarkyX 🌹 MafiaBlitz.com (@Marky_X_) reported 41 minutes ago

  For the curious, quite a few publishers won't send anything to Canada because our shipping is insanely expensive. It's been such a problem for the past two years that I got a US dropbox, which isn't exactly a free service.

• 
  ray🥤 (@rayontrack) reported 44 minutes ago

  bookmarked, downloaded, screen recorded, emailed, stored in hard drive, uploaded to cloud, archived, backed up, shared via bluetooth, forwarded, copied to usb, saved offline, synced across devices, added to favourites, printed, password protected, compressed into zip, renamed, organised into folders, duplicated, exported, imported, attached to message, sent to recycle bin, restored from backup, converted to pdf, edited, highlighted, annotated, watermarked, uploaded to google drive, uploaded to dropbox, shared through airdrop, linked to notes, tagged, encrypted, burned to cd/dvd, cached, mirrored to another device, uploaded to server, queued for transfer, dragged into archive, pinned, added to reading list, stored on ssd, embedded in document, linked in spreadsheet, previewed, sent to printer queue, recovered from trash, and indexed for search.

• 
  Chuck Thies (@ChuckThies) reported 44 minutes ago

  Apples to oranges. 2024 was not a mayoral election. The best comparison is 2022/2026. Last week, mail/dropbox performance was down about 15% as compared to the 2022 primary.

• 
  David Llada ♞ (@davidllada) reported 44 minutes ago

  @Dropbox I’ve been dealing with an issue for a few weeks now, and your AI customer chatbox has been unable to resolve it. It keeps looping through the same troubleshooting steps that haven’t worked, and I’ve already spent over three hours on it. "It looks like our chat has wandered into areas I'm not equipped to handle effectively. Unfortunately, I can only help with Dropbox-related questions, and I'm unable to help you with this topic." I’ve been a customer since 2009. It’s disappointing to reach this point, but this level of support is unacceptable.

• 
  Chris | Founder Advisor (@automateitup) reported 46 minutes ago

  Problem: I didn't have where to save useful links, because my main pc isn't always on. Solution: Told Hermes on my minipc, which is always on, to save the links which I send to a file in dropbox. Then, I told Hermes from my main pc to make a cronjob to check that file every day at 9 am and save the links in their respective category in the dashboard.

• 
  komm64 (@komm64) reported 48 minutes ago

  @Celeriumcore I see, thanks. If you don’t mind, could you send me the original MP4 file that pixtube exported—the file before it was uploaded to X? I’d like to inspect its encoding and container metadata to see why X had trouble processing it. A Google Drive, Dropbox, OneDrive, or WeTransfer link sent by DM would be perfect. Please send the original file without re-encoding it. No worries if that’s inconvenient!

• 
  How To AI (@HowToAI_) reported 51 minutes ago

  Google, Dropbox, and Apple are in trouble.. Someone open-source a tool that gives you unlimited cloud storage for free by using Telegram as the backend. Just log in with your Telegram ID and start uploading. → UNLIMITED storage → NO file size limits → NO subscription → NO credit card → Login in 3 seconds Google charges $120/year for 2TB. Dropbox charges $144. Apple charges $120. Telegram has been giving away infinity this whole time and you didn't know. Nobody can shut this down. 100% Open Source.

• 
  Wahinya Francis (@wahinyaf8) reported 51 minutes ago

  Dropbox solved a simple problem: How do you access your files from anywhere? Cloud storage became popular because people wanted their files available on every device. Convenience drives technology.

• 
  Startup Archive (@StartupArchive_) reported 56 minutes ago

  Dropbox founder Drew Houston on why distribution is more important than product LinkedIn founder Reid Hoffman wrote in his book Blitzscaling: "Many people in Silicon Valley like to focus on building products that are, in the famous words of the late Steve Jobs, "insanely great." Great products are certainly a positive, but the cold and unromantic fact is that a good product with great distribution will almost always beat a great product with poor distribution." Dropbox is a great example of this. As Dropbox founder & CEO Drew Houston explains, great distribution is ultimately how they beat out dozens of competitors with similar product offerings. Drew believes that too many startups overlook the importance of great distribution. Dropbox had a great product, but it succeeded because of its great distribution. They used a combination of organic virality (users shared files with nonusers) and incentivized virality (Basic account holders get 500 MB of extra storage per user they refer; Pro account holders get 1 GB) to grow. Virality helped Dropbox double its 100,000 users at launch to 200,000 users just ten days later, then skyrocket to one million users just seven months after that. An important caveat though: if your distribution strategy focuses on virality, you have to make sure you solve retention first. Bringing new users in through the front door doesn't help you grow if they immediately turn around and leave. According to Drew, Dropbox discovered this truth the hard way, when activation rates revealed that only 40% of the people signing up were actually putting files in their Dropbox and linking them to their computers. As Drew partially explains in the clip, the early Dropbox team went on Craigslist and offered $40 to anyone who'd come in for a 30-minute usability test. They asked these people to go from a Dropbox e-mail invitation to sharing a file with another email address. Zero of the five people tested succeeded--they didn't even come close. This stunned the team. So they made a list of 80+ things in an Excel spreadsheet and sanded down all of the rough edges in the experience. They soon watched their activation rate climb and left the competition in the dust as they marched on to a $9+ billion market cap. Source: @ycombinator (Feb 2017)

• 
  ぱんじろう(・ー・)？ (@CopenPanjiro) reported 56 minutes ago

  On Essentials plan. Ticket #26375062 top support evades the core issue by vaguely blaming my PC environment. I've already verified registry & OS. Stop dismissing verified technical logs and escalate this bug to the dev engineering team now. @DropboxSupport

• 
  Hugo Bowne-Anderson (@hugobowne) reported 59 minutes ago

  Every day, people working with coding agents generate piles of threads containing decisions, corrections, failed approaches, and repeatable workflows. Then the session closes. The code survives. Most of the knowledge behind it disappears into chat history. @gregce10 is working on that problem. He previously worked at GitHub, Dropbox, and Google, served as CPO at Pluralsight, and is now co-founder and CPO of @specstoryai. This is a video of Greg at work. Sort of. SpecStory saves sessions from Claude Code, Codex, Cursor, Gemini, and other coding agents as Markdown inside the project. Then Lore mines them. Greg demonstrated the full workflow across 516 saved sessions: - Index the sessions locally instead of sending millions of tokens straight to a model - Turn each prompt, response, and next user prompt into an evidence-bearing "beat" - Use the follow-up to detect whether the human accepted, rejected, or corrected the agent's work - Find recurring practices and corroborate them across projects - Present candidate skills as dossiers with citations back to the original sessions - Install nothing without explicit human approval Five hundred and sixteen sessions stop being exhaust and become evidence for how Greg and his team actually build. Lore proposes the reusable practices. Greg decides which ones enter the skill library. Greg showed us all this and more live in our recent episode of *Show Us Your (Agent) Skills*. (video made using seedance 2.0 on @replicate!)