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.

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

Live Outage Map

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

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

• 
  Loster (@Loster) reported 3 minutes ago

  @Z3R0Gravitas Thinking that if I do trials with people I'd give them exactly that. Something similar to a Dropbox folder for any health docs they want sync'd to the agent's server. I think that would take up how much it could help a notch (need to think a lot about confidentiality).

• 
  Google Account (@hanzala_007) reported 3 minutes ago

  @CricketCaptain Where to place names files in dropbox,there are multiple folders. Like last time in saves its not working

• 
  Justin Reinhart 📯📯 (@justinreinhart) reported 4 minutes ago

  @DropboxSupport Turns out it wasn't normal. Forcing a Rebuild inside of Windows Indexing Options was the fix. Windows Issue. Resolved for now.

• 
  Zafar (@zafartalks) reported 5 minutes ago

  @asidorenko_ I understand but sometimes at some point our brain started telling us just make it public. You never know. Let’s not forget Dropbox which layed the foundation for their file sharing competitors. He was solving a problem for himself which turned out to be a successful business.

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

• 
  Nav Toor (@heynavtoor) reported 5 minutes ago

  Setting 4: Kill background login items. Open System Settings → General → Login Items & Extensions. Look under "Allow in the Background." You'll see 15 to 40 items running constantly. Dropbox helpers. Google updaters. Microsoft Teams. Adobe Creative Cloud. Toggle off anything you don't use every day.

• 
  Rish Agarwal (@rish404) reported 7 minutes ago

  Imagine you have a team covering an event. Boots on the ground. What's the best way to get footage from all of them in a single library Dropbox? Google Drive? Physical hard drives? All of them either don't support it, requires an account for every person or just physically slow and limited Here's how @cutsio is solving that

• 
  Kieran 🥃🎶🐇 (@KGeorgee) reported 7 minutes ago

  @datarade NET? Probably region of 45% 5k+ companies now? Not all are exits or in cash yet will be propped up a lot on Stripe dropbox doordash coinbase if we go gross probably close to 70% by now? Some bad perfromers in there of course too that will bring it down. nuts figure ngl

• 
  Long Long Int (@LongLongInteger) reported 9 minutes ago

  Topic 7: Checksum: ========= Input Data -> Cryptographic hash functions like MD5, SHA-1, SHA-256, SHA-512 -> fixed size string is called checksum Checksum is used for checking data corruption during data transfer/upload Can be done both client-side and server-side Advantages of client-side checksum: =========================== -Detect data corruption during transmission -Resumable downloads (only after checksum match for each chunk, we mark that chunk as uploaded) -Deduplication before upload -Companies that do: Youtube, Google Drive, S3(optional), Dropbox Advantages of server-side checksum: ============================ -Verify storage integrity (to check disk corruption, large systems periodically check files) -Deduplication inside storage -Replication verification -Companies that do: Local file backup software, Dropbox, Google Drive, Youtube

• 
  evannie 🎀💌 (@evanniestash) reported 11 minutes ago

  migrating my expired subscription-ed dropbox to google drive using my synology NAS took insane bandwidth from my internet only for my 150mbps home wifi to be turned into wifi pemda it is too damn slow so i used my backup 5G modem instead. thanks indosat hehe

• 
  Manoj (@HeartofManoj) reported 12 minutes ago

  One backup is never enough. If you run a website, keep a copy somewhere outside your hosting account. Free options: • Google Drive • Dropbox • OneDrive • GitHub (for code) • Local external drive Your backup is useless if it's stored on the same server that crashes. Happens more often than you'd think. #WordPress #WebHosting #Backup

• 
  Ryan Zygar (@zygar) reported 15 minutes ago

  I am beginning to have issues with Dropbox hanging and my @NousResearch Hermes agent not being able to file @grok build confirmed. This is a new issue for months no issue now my agent filing and following up is hanging up. What’s everyone recommend for data management Mac Mini. This is new. No changes made by me.

• 
  yera. (@1stplaceee__) reported 20 minutes ago

  You down for my nasty FaceTime and Dropbox video HMU📨📥💦🍑

• 
  Ayaan 🐧 (@twtayaan) reported 22 minutes ago

  Steve Jobs told Drew Houston that Dropbox was a feature, not a product. Dropbox is now worth $8 billion. In 2007 Drew Houston was a 24 year old MIT student who kept forgetting his USB drive. So he built Dropbox. Within a year Steve Jobs called him into Apple HQ. Apple wanted to buy Dropbox and shut it down. Houston said no. Jobs told him directly that Dropbox was a feature, not a product, and that Apple would build it themselves. Apple launched iCloud in 2011 specifically to kill Dropbox. It did not work. Dropbox crossed 100 million users in 2012. Then 200 million. Then 500 million. Apple tried again. iCloud Drive in 2014. Same result. Then the enterprise market shifted. Slack, Notion and Google Drive carved up Dropbox's user base from every direction. Revenue growth slowed. The stock dropped 50% from its IPO price. But Dropbox never died. Today 700 million people have used it. 17 million paying customers. $8 billion valuation. Still independent. Still running. Steve Jobs built a trillion dollar company. He called Dropbox a feature. The feature outlasted him and two attempts by Apple to replace it. Drew Houston never forgot his USB drive again.

• 
  Startup Archive (@StartupArchive_) reported 23 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)

• 
  Kirby (@StewartKirbyTNP) reported 23 minutes ago

  @Syndicate You seriously need to get a NAS and and ftp server for the vlogs. It would make Orion or whoever has to edit that days life easier as websites like dropbox, drive ect crawl to a stop when it comes to large volumes of data. An FTP server goes WHEEEEEEEE

• 
  Nick Bennett (@NickB2005) reported 27 minutes ago

  a company hired me in march to "fix marketing." their words. when i asked what had been done so far, the CEO sent me a dropbox link. inside was a 94-slide strategy deck from the fractional CMO they'd had for five months. beautifully designed, with color-coded ICP segments, a channel prioritization matrix, buyer journey maps with little arrows, TAM analysis, and messaging frameworks. 94 slides. i opened their HubSpot. zero new campaigns launched in those five months. the email sequences were the same ones from 2023. the blog hadn't been touched since january. their one webinar was a repurposed sales deck with no promotion plan. i asked the CEO how much they'd paid for the strategy work. $60K. five months at $12K/month for someone who built slides and attended standups. here's what i did in my first 30 days: rewrote the homepage messaging based on five customer interviews i ran myself. launched a 4-email nurture sequence targeting their top 50 accounts. set up a webinar with a customer willing to tell their story. built the UTM structure so we could actually track what was working. killed three tools they were paying for but nobody logged into. by day 45, the sales team had qualified meetings from inbound for the first time in two quarters. not because i had some brilliant strategy the previous person missed. honestly, the deck was solid. someone just needed to execute it. the problem is the market is flooded with people who call themselves fractional CMOs because the title sounds senior. they show up, do discovery, build a deck, present it to the leadership team, and then just consult. they attend meetings and give opinions but nobody is actually running the campaigns or in HubSpot building workflows or writing the emails or briefing the designer or pulling the performance data on friday to figure out what to change on monday. most early stage companies don't need a strategist. they need someone who can think and ship in the same week. someone who will build the system, run it, measure it, and iterate without needing a team underneath them to do the work. that's the gig i run. and every time i walk into a company that had a "fractional CMO" before me, i find the same thing: a great deck collecting dust and a team that still doesn't know what to do on monday morning.

• 
  MarkyX 🌹 MafiaBlitz.com (@Marky_X_) reported 27 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.

• 
  FiL Dev (@FiLHashDev) reported 27 minutes ago

  I’m hesitant to work with Jira again. Co-Founder wants it. My issue is that we don’t have a source of truth. Two brains, agents, & knowledge bases, leaves room for a lot of drift. Any suggestions? I’m thinking GitHub read only repo access might be the vibe. We also use Dropbox sync for artifacts. I just think a third central brain = more tokens and more drift. Might just have to build a full AgentOS.

• 
  joshpuckett (@joshpuckett) reported 33 minutes ago

  @seansheim I’ve thought about this problem for years at Dropbox and honestly it’s kinda pick your poison as to the right default 😭

• 
  Polsia (@polsia) reported 34 minutes ago

  Files become clutter quietly. By the time you notice, you have months of stale files, duplicates, and forgotten shared links. ClearCloud monitors Google Drive, Dropbox, and Notion 24/7—surfacing issues before they compound. Weekly reports. You approve everything.

• 
  Sujay. (@Sujay__Raj) reported 35 minutes ago

  Here is what it breaks down: Local AI: Run Ollama, LM Studio, or LocalAI right on your machine instead of paying for ChatGPT. Cloud Storage: Replace Dropbox and Google Drive with Nextcloud or Syncthing so your files never leave your house. Network Privacy: Complete WireGuard and PiVPN setup guides for secure browsing. Private ***: Ditch GitHub and self-host your own repos using Gitea or GitLab.

• 
  Oliver Prompts (@oliviscusAI) reported 35 minutes ago

  you pay google, dropbox, and apple $10+/month to store your files on their servers, where they can read them. and dropbox already got breached in 2024. there's a tool that syncs your files directly between your own devices. no cloud, no server, no middleman. it's called syncthing. → real-time sync between any number of devices, peer-to-peer → files go straight between your devices, never touching a third-party server → tls encryption with perfect forward secrecy on every connection → works over lan and internet, no port forwarding needed → file versioning, roll back anything you changed or deleted there is no syncthing server. no syncthing cloud. no company storing your data. the protocol is open, and there's nothing between your devices except an encrypted tunnel. dropbox plus is $144/year. google one 2tb is $120/year. syncthing is $0, unlimited devices, unlimited storage, forever. battle-tested since 2013. run by a swedish non-profit. 100% free. open source.

• 
  prodbysvrge (@prodbysvrge) reported 40 minutes ago

  I wish I knew this starting out Stay ready Every day, make a small list of relationships to nurture Keep Dropbox iCloud open at all Times | Load Directly after cooking up After making beats, write down the labs you need to send Make a list of discord servers to send in

• 
  Lazar Stojković ⚡️ (@LazarStojkovic) reported 49 minutes ago

  @soltwagner @soltwagner Hi! Bought Cooldock today and loving it so far. A few things: 1. The Dropbox widget doesn't work. (See attached.) 2. The App Switcher widget is broken. It won't switch focus to a clicked app and clicking the Ⓧ removes the app from the switcher for a split second, and then immediately brings it back. 3. A Trello widget (or a few) would be awesome.

• 
  ray🥤 (@rayontrack) reported 52 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.

• 
  Boi_Eddi (@3dd1pr1nc3) reported 53 minutes ago

  Your next business idea is probably hiding inside a frustration. Most successful businesses started with: "This is annoying." Uber. Airbnb. Dropbox. Pay attention to problems. Ask: • What wastes my time? • What confuses me? • What do people complain about?

• 
  Mayank Vora (@aiwithmayank) reported 56 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.

• 
  Ricker (@0xRicker) reported 58 minutes ago

  Senior engineer just dropped a GPT-5.6 stress test after burning around $200K on API usage: 00:00 - $180K–$240K spent testing GPT-5.6 in Fast Mode 02:43 - The model using browsers, dashboards and settings like a remote operator 05:32 - 67 projects and 20+ hour autonomous sessions 07:07 - Lakebed, T3 Code and native app rewrites in 2–4 hours 15:08 - Rust compiler experiments, 18x speedup and a $91K Dropbox-style build 17:46 - GPT-5.6 fixing a broken Linux GRUB boot through KVM 22:56 - 3D games, weird assets and the remaining frontend taste problem It is a field test for agent loops The future edge is not the prompt It is the loop that can keep working after the prompt stops being useful

• 
  PodWire (@PodWireHQ) reported 1 hour 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