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	2 months ago
Bogotá	Website Down	2 months ago
Auxerre	Errors	2 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:

• 
  Joshatoshi #BIP-110 (@joshatoshi) reported 8 seconds ago

  @Cryptotea Core apologists want to frame this like it’s just a spam issue. It’s all about data storage and node centralization. Bitcoin, not DropBox.

• 
  leveltu (@leveltu144) reported 3 minutes ago

  Most people look at this box and see a home storage system for old drives. In reality, it can become a small business built around local AI, backups, and private data. The more companies use AI, the faster they accumulate documents, videos, call recordings, knowledge bases, backups, and files for RAG systems. Keeping everything in Google Drive or Dropbox becomes expensive, slow, and risky, so small businesses increasingly need local NAS servers with automated backups and secure private-cloud access. The business model is straightforward. You target small agencies, dental clinics, accounting firms, video studios, e-commerce companies, and manufacturers that already hold 2–10 TB of data but still store it across random external drives. Then you sell them a complete solution: NAS installation, RAID configuration, automated backups, remote access, protection against data loss, and local storage for AI workflows. You can charge €400–€900 for installing and configuring the system, excluding the hardware itself. Monthly maintenance, backup verification, and monitoring can add another €80–€200 per client. Close five companies within the first two or three months at an average setup fee of €600, and you generate €3,000 from installation plus roughly €600 in recurring monthly revenue. Ten clients can produce €1,200–€2,000 per month from support alone. The real profit is not in reselling hard drives. The client pays for the equipment, while you sell the audit, configuration, data migration, automation, and responsibility for keeping the system operational. The service layer can carry far higher margins than the hardware. No one can honestly guarantee income within 90 days, because without sales there is no business. But reaching your first €500–€1,500 per month within two or three months is realistic if you build one demonstration NAS, package the offer clearly, and contact at least 30–50 potential clients every week. While everyone else is trying to make money from another AI chatbot, a more durable business is forming around the infrastructure AI cannot function without: data, storage, backups, and private computing.

• 
  pharmabro (@pharmabro0782) reported 4 minutes ago

  @Ronalfa @draparente @liambai21 a “rock engineer” at Dropbox is an engineer, an RA doesn’t have the degree (undergrad/ masters at best). Now this is different at large pharma where RAs can stay for much, much longer time with structured career development (slow but existent).

• 
  Anna Bubbly 🌺✨ (@AnnaBubblyMV) reported 5 minutes ago

  Is uploading on Clips4Sale not working for anyone else? I can only get it to work if I do it through Dropbox, the usual upload button isn’t working

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

  “You still use pull requests? I wouldn’t even do that anymore. Just push it straight to trunk, have your agent summarize it.” That’s @gregce10, co-founder and CPO of SpecStory. He previously worked at GitHub, Dropbox and Google, and was CPO at Pluralsight. And he kept going: - PRs are the limiting gate when agents produce more code than humans can review. - The model should never decide when its own work is finished. Put the deterministic checks somewhere it cannot access. - *** is probably here to stay. Whether GitHub remains the platform, “we’ll see.” @HanchungLee came at the same problem from the evaluation side. Han is Director of Machine Learning at Moody’s and works on SkillsBench, evaluating skills across combinations of models and agent harnesses. - An agent is the model plus its harness. You need to evaluate the complete system. - A green check proves nothing if the agent found a way to game the task. - Your agent could delete the failing test and declare success. Both are figuring out how to turn masses of agent-generated slop into signal. Greg mined 516 saved agent sessions to recover the decisions and intent behind the work, identify recurring practices, and forge the ones he approved into reusable skills. Han runs skills inside controlled environments, grades the result, and preserves the complete trajectory so we can inspect what the agent actually did. Preserve the intent. Inspect the trajectory. Verify the result. Turn what works into skills. Full episode in the replies 👇

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

  The interviewer asked me to design Dropbox file sync. I froze for a minute because I jumped into architecture before I nailed requirements. So I restarted with questions: single user or teams? offline edits? conflict handling? max file size? latency vs battery? Windows/Mac/Linux? end to end encryption? I scoped to: multi-device per user, near-real-time, offline support, conflict resolution, and basic sharing later. Then I wrote the core objects and APIs. Data model: User, Device, File, FileVersion (content hash, size, chunk list), Folder, Cursor/Checkpoint, and an Event log (append-only). APIs: UploadChunk, CommitFile(version, parentVersion), ListChanges(cursor), Download(version), Ack(cursor). Everything is idempotent with content hashes and request IDs. Architecture: client watches filesystem, batches changes, chunks large files, uploads to blob storage keyed by hash, then commits metadata to a strongly consistent store. Server writes an event per commit. Clients long-poll or use a push channel to get change events, then pull missing blobs. Scaling: hot path is metadata and change feed. Partition event logs by user/team, cache cursors, and keep blobs on cheap object storage with CDN for downloads. Dedup by hash saves real money when the same installer shows up on 500 laptops. Background compaction for old versions and tombstones. Tradeoffs I called out: strong consistency on metadata avoids weird conflicts but costs latency on cross-region; eventual consistency makes sync feel faster but harder to reason about. Chunk size trades memory and upload overhead vs retry cost. Conflict policy can be last-writer-wins (simple, lossy) or keep both versions (messy, safer). Failure cases: client crashes mid-upload so you need resumable multipart and garbage collection for orphaned chunks; network ***** so commits must be idempotent; clock skew so ordering cannot trust timestamps; two devices edit offline so you fork versions and surface a conflict file; duplicate events so cursor ack must tolerate replays; permissions changes during sync so downloads need auth checks at read time, not just at commit time

• 
  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

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

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

  Asked: design Dropbox-style file sync. Start with requirements: 1) Multi-device, near real-time where possible, offline OK 2) Large files, resume uploads, delta sync 3) Sharing, ACLs, rename/move, delete, version history 4) Consistency target: per-file eventual, monotonic reads per device 5) Conflict policy: last-writer-wins vs explicit conflict copies APIs + model: - PUT /files/{path} (upload session, chunked) - GET /files/{path}?version= - POST /ops (batch rename/move/delete) - Watch/long-poll for changes since cursor Tables: users, devices, file_id, path entries, content_hash, blocks(hash, refcnt), versions(file_id, v, root_hash), change_log(user_id, seq, op) Architecture: - Client computes block hashes, uploads missing blocks to object store - Metadata service commits new version + appends to per-user change log - Notifier pushes cursors to devices (WebSocket/APNS), devices pull diff - Background GC deletes unreferenced blocks (refcnt/mark-sweep) Scaling: - Shard metadata by user_id, keep change log append-only per shard - CDN/object store for blocks, pre-signed URLs, parallel chunk upload - Hot paths: cursor polling, small metadata reads; cache by (user, cursor) Tradeoffs: - Dedupe by block saves $$$, costs CPU and leaks similarity unless salted - Rename is metadata-only if path->file_id indirection exists - Strong consistency needs consensus; most systems accept eventual + conflicts Failure cases to cover: - Network drop mid-upload: upload session + idempotent chunk PUTs - Duplicate notifications: cursor-based pull makes it safe - Device clock skew: use server seq/version, not timestamps - Split-brain offline edits: detect divergent parents, create conflict version - Partial metadata commit: 2-phase between metadata + block refs, or reconcile job

• 
  Rebecca Allen (@silentnomore314) reported 21 minutes ago

  that they took over ran up charges did god knows what and locked me out. 900 in dropbox charges during a free trial they locked me out of they are all in big big big trouble but your handler is forcing them to lie perjue and the way he is forcing them to blow their covers wow

• 
  mskah🔞 (@mskah_t) reported 21 minutes ago

  I got in touch with the system administrator, and they were able to resolve the issue. It turned out that the problem was caused by an update to the connected Dropbox account.

• 
  𝙳𝚛𝚊𝚌𝚞𝚕𝚊 𝙱𝚛𝚊𝚗𝚍 𝚃𝚊𝚖𝚙𝚘𝚗𝚜 𝙻𝙻𝙲. (@mynameisFACE) reported 21 minutes ago

  You ever login to your old Dropbox and see pics/vids you don’t even remember? Boyyyy, some mistakes were made 😩

• 
  Suburban Cyber Technologies (@suburbancyber) reported 22 minutes ago

  Shadow IT used to be "someone installed Dropbox." Now it's "someone connected our CRM to an AI agent without telling IT." Same problem. Different speed. Time to update your governance playbook. That's what I am having to do every couple weeks now it seems. #ITLeadership #CyberSecurity #EnterpriseIT

• 
  Some guy (@ibesomeguy) reported 23 minutes ago

  @Voxyz_ai Doesn't sound like a Codex problem, sounds like a Dropbox problem. Syncthing doesn't take your files offline, ever.

• 
  jss (@jsensarma) reported 30 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)

• 
  mel 🩷 (@melodyymami) reported 34 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!

• 
  Rebecca Allen (@silentnomore314) reported 35 minutes ago

  that they took over ran up charges did god knows what and locked me out. 900 in dropbox charges during a free trial they locked me out of they are all in big big big trouble but your handler is forcing them to lie perjue and the way he is forcing them to blow their covers wow

• 
  Ayaan 🐧 (@twtayaan) reported 38 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.

• 
  Jeff Preshing (@preshing) reported 40 minutes ago

  What's the point of using smarter models if "smarter" means 10% better at finding obscure bugs and having a sassy attitude? Most of the true productivity gains that coding agents have to offer, which are finite, can be obtained using open-weight models for literally 1/100 of the price. The catch is that you actually need to understand the code you are working on. At the same time, I still think there's a viable business serving proprietary models. People are willing to pay for Dropbox even though FTP is free, and it's nice to throw a tough problem at a stronger model occasionally (if intellectual property limitations allow it). Plus, there's a whole frontier productizing this stuff. Unfortunately, Anthropic is currently in the business of spreading tall tales about future improvements, then shaking down enterprise customers. Most of it is based on 2010s LessWrong posts full of category errors, some of which I remember reading back in those days. And their recent hostility toward users in the name of safety is a result of the same ideological recklessness.

• 
  Fougars (@fougars67) reported 41 minutes ago

  @GaleTRogersJr @vaNlabs Three replies and you still have not answered the actual question: how does Leadpoet revenue accrue to alpha holders? V440 is not a permanent top-32 cartel. There is no hard cutoff and the threshold is dynamic. Dropbox is piloting Leadpoet, not “signed as a customer.” The fact that everyone sold the announcement candle is precisely the point. The business may have value, but the token has not demonstrated durable value capture. Sorry your bags are down bad, but insulting me does not fix the alphanomics.

• 
  Waldemar Santos (@wsantos99) reported 44 minutes ago

  @DropboxSupport Hello, I have already sent two emails regarding a problem I’m having with my account, but I haven’t received any response. How can I get assistance with this issue? Thank you.

• 
  Loster (@Loster) reported 44 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).

• 
  Ryan McKeen (@ryanmckeen) reported 45 minutes ago

  Lawyers, your data lives in six places and you wonder why AI can't help you. Dropbox. Drive. Email. A hard drive. Two spreadsheets only one person can find. Fix that first.

• 
  Windows Latest (@WindowsLatest) reported 45 minutes ago

  Windows 11 June 2026 update, which was supposed to make PCs faster, is crashing some PCs with BSODs, breaking OneDrive integration in File Explorer and custom folder icons, and causing other problems. We're seeing reports that Windows 11 KB5094126 is causing boot failures on some PCs, mostly HP enterprise hardware. The worst reports involve BitLocker recovery loops, Black Screen of Death/BSOD failures, Secure Boot signature errors, and error 0xc0430001. Affected models appear to include HP EliteBook 840 G10, HP ProBook 460 G11, HP Engage One Pro G2 AiO POS, HP ZBook, and some Dell Precision systems. The likely trigger is Secure Boot certificate handling + EFI partition space. On older images with a 100MB EFI partition, Windows may fail to update Boot Manager because there isn’t enough space, especially on HP systems where firmware recovery files can bloat EFI. There are also File Explorer cloud integration issues. OneDrive, and in some cases Dropbox or iCloud Drive, may stop opening from the sidebar/tray shortcut after KB5094126. Microsoft also confirms desktop.ini hardening can break custom folder icons or localized folder names from untrusted sources. KB5094126 is important, as it fixes 200+ security bugs, but be careful, as it could cause havoc on some PCs.

• 
  The Open Web JP (@TheOpenWebJP1) reported 47 minutes ago

  @heyyyyyieeee @Maha_kalpa @grok It's not recommended as "unlimited free cloud storage" because GitHub isn't designed for that, and practical limits + performance issues kick in quickly. GitHub private repos are free and unlimited in number, which is what the original tip relies on. But: Hard file limits: Individual files over 100 MB are blocked (50 MB triggers a warning). Browser uploads are capped even lower (~25 MB). Larger files require *** LFS. Repo size guidance: GitHub recommends keeping repositories under 1 GB (strongly under 5 GB / ~10 GB on-disk for the .*** folder). Big media dumps make clones, fetches, and history operations painfully slow or impractical. *** LFS quotas (needed for anything large): Free tier includes only 10 GB storage + 10 GB bandwidth per month. Exceed that and you hit blocks or billing (depending on settings). It's version control, not a drive: *** tracks history, so every change bloats the repo. Binaries (photos, videos, etc.) are inefficient in ***. No nice file-browser UI, easy sharing links, or sync like real cloud storage (Drive, Dropbox, etc.). Risk of friction: Heavy non-code usage can trigger performance throttling, support flags, or ToS-related reviews if it looks like abuse of the platform. GitHub actively monitors repo health signals. It's fine for small code-adjacent backups or a few files. Terrible as a general-purpose unlimited media dump. Use actual cloud storage (or object storage) for that.

• 
  Prajwal (@0xPrajwal_) reported 47 minutes ago

  The next time you say, "Python is too slow," remember: Netflix uses Python. Google uses Python. Anthropic uses Python. Meta uses Python. xAI uses Python. Perplexity uses Python. DeepSeek uses Python. Instagram uses Python. Spotify uses Python. Dropbox uses Python. Reddit uses Python. Pinterest uses Python. Uber uses Python. Airbnb uses Python. Quora uses Python. But yeah... it's apparently too slow for your todo app.

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

  Design Dropbox file sync (typical system design prompt). 1) Clarify requirements - Devices: desktop + mobile, many devices/user - Semantics: eventual vs strong; last-writer-wins vs conflict files - Granularity: whole file vs block/chunk diff (large files) - Offline edits, resumable uploads, deletes/renames, shared folders - Targets: sync delay (ex: <2s LAN, <10s WAN), max file size, storage limits 2) APIs + data model - POST /changes (client reports local ops: create/modify/delete/rename) - GET /changes?cursor=… (server streams remote ops since cursor) - PUT /upload_session (init), PUT /upload_session/{id}/chunk, POST /commit Tables: - users, devices, folders - files(file_id, folder_id, name, latest_version_id, tombstone) - versions(version_id, file_id, hash, size, mtime, author_device, parent_version) - blocks(block_hash, size, refcount, storage_ptr) - version_blocks(version_id, block_hash, idx) - change_log(user_id/folder_id, seq, op, file_id, version_id) 3) Architecture - Client watcher + local metadata DB; compute chunk hashes; upload missing blocks - Metadata service (txn + authz) + object store for blocks (S3/GCS style) - Change propagation: long-poll/WebSocket for online devices; push notifications - Dedup: content-addressed blocks by hash; refcount GC 4) Scaling choices - Shard metadata by user_id/folder_id; keep change_log append-only - Cache hot metadata (latest_version, cursors) in Redis; rate limit clients - CDN/object store for block download; multipart for big files - Background workers: GC, compaction, conflict detection, virus scan (optional) 5) Tradeoffs to discuss - Chunk size: 4MB lowers metadata; 256KB improves delta sync but higher overhead - Strong ordering per folder via monotonic seq vs global ordering (hard) - Conflict model: last-writer-wins is simple; conflict copies preserve data but noisy - Encryption: TLS always; client-side E2E complicates server-side dedup/search 6) Failure cases - Network *****: idempotent commits via upload_session + version_id; retries with backoff - Duplicate uploads: hash-based existence check; commit is atomic in metadata store - Clock skew: don’t trust mtime for ordering; use server seq + parent_version - Retry storms after outage: jitter + per-device budgets; push minimal deltas - Corrupt blocks: hash verification on download; re-fetch; quarantine bad replicas

• 
  RyanFox.eth (@ryanfoxeth) reported 53 minutes ago

  “consumer doesn't run on problems” 👏 Consumers will pay to be entertained. Businesses will pay to be productive. This is a lesson the tech industry is forced to learn every decade or so. Apple, Microsoft, Google, Mozilla, Dropbox, Evernote, Quip, AirTable, Trello, etc have all learned this the hard way. We saw it play out in crypto. Today it’s playing out in OpenAI vs Anthropic.

• 
  ṢƘĪÑlÖVẸ́R̃ṢX🇺🇲🌷 (@skinloversx) reported 54 minutes ago

  Hey Daddy I'm down for FaceTime 💧 Dropbox and all kind of nasty content message me for menu 💦💦 #md

• 
  Mark van Eijk (@markvaneijk) reported 55 minutes ago

  @freekmurze It's the most stable beta in last 15 years. These apps I also use still work: Dropbox, PHP, Conductor. I did not encounter any issues, besides sometimes a lag here and there (regular beta stuff).