1. Home
  2. Companies
  3. Dropbox
Dropbox

Dropbox status: access issues and outage reports

No problems detected

If you are having issues, please submit a report below.

Full Outage Map

Dropbox is a file hosting service operated by American company Dropbox, Inc., headquartered in San Francisco, California, that offers cloud storage, file synchronization, personal cloud, and client software.

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.

At the moment, we haven't detected any problems at Dropbox. Are you experiencing issues or an outage? Leave a message in the comments section!

Most Reported Problems

The following are the most recent problems reported by Dropbox users through our website.

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

Live Outage Map

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

CityProblem TypeReport 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:

  • jflWrites
    J.F. Lawrence | Author (Jesse) (@jflWrites) reported

    @spaceemotion All good ideas. I've thought about Dropbox, Google Drive, and OneDrive. They suffer from persistence, login requirements, and users fiddling with things that change permissions. AWS is cheap, and I'm considering it, but I'm trying to pay for this off of my measly book sales, so...

  • 2YOOandBoots
    Boots (@2YOOandBoots) reported

    @twicezulight @chuuize @tsun1verse Skajdkskak ***** is u seriously that slow? U sent me like 10 versions on Dropbox I had u do all the hard work

  • joshatoshi
    Joshatoshi #BIP-110 (@joshatoshi) reported

    @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.

  • FiLHashDev
    FiL Dev (@FiLHashDev) reported

    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.

  • LJ1101234
    Liam (@LJ1101234) reported

    @DropboxSupport Hi I’ve been emailing your support team about a devastating issue. Somehow, all of our children’s photos and videos were permanently deleted from our Dropbox account without any warning.

  • 0xPrajwal_
    Prajwal (@0xPrajwal_) reported

    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.

  • kpjan99
    Jon (@kpjan99) reported

    @WestHerr there and put the key in a Dropbox instead of just checking me in. The little things make a difference. Never had these issues with @NorthtownAuto . They catered to whatever we wanted to do with purchases and service was always on point. Only bought from you because they did

  • 0xlelouch_
    Abhishek Singh (@0xlelouch_) reported

    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

  • melodyymami
    mel 🩷 (@melodyymami) reported

    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!

  • BuzzingPop
    Buzzing Pop (@BuzzingPop) reported

    Ariana Grande is seeking court approval to subpoena Internet provider to identify individuals who accessed her unreleased content sold online. Grande claims they allegedly stole a photographer's Dropbox login details and hacked the phone of one of her producers: “The hackers created a Gmail account and internet domain impersonating the photographer and tricked the technician into sending Grande’s materials to them.” (via @THR)

  • Chase_Commerce
    Chase (@Chase_Commerce) reported

    the full $1 UGC video stack, every tool and every cost, top to bottom: layer 1: research tool: claude cost: a $20 subscription (or even free) it pulls the top performing UGC in your niche, breaks down the hooks and structure, and writes ready to film scripts. spread across hundreds of videos this rounds to pennies a clip. replaces: a creative strategist doing 3 hours a day layer 2: finding the winners to study tool: meta's ad library, free optional: atria or foreplay if you want the longest running ads surfaced faster cost: $0 to a small monthly fee you're looking for content that's been live for months, because longevity means it's making money. layer 3: filming tool: HourlyUGC cost: $25 to $35 an hour she films a clip every 30 to 60 seconds off a script, so 40+ clips a session. that's under a dollar a clip just to film. replaces: a $400 to $600 per video agency layer 4: editing tool: capcut, plus editors you hire directly cost: $3 to $7 an hour, 20 to 30 finished videos a shift adds a dollar or so per clip. the whole thing runs off one documented template so every editor produces identical output. layer 5: storage and handoff tool: google drive or dropbox cost: basically nothing creators upload raw footage, editors pull from it, finished clips go to a shared folder. that's the entire pipeline. total fully loaded: $1 to $3 a finished video, at whatever volume you staff for. nothing hidden in that number, and you own every clip outright instead of renting access to it. the stack is boring on purpose, and boring is why it scales.

  • marcuslayerx
    Marcus (@marcuslayerx) reported

    way too many teams in crypto still think they're buying user acquisition when they’re really just paying the same audience to look at another project for a week i’ve spent the last few days looking at products that could actually break out of the crypto bubble and the people they need aren’t sitting on ct waiting to find them - morse is built around freelancers getting paid across borders - blackbird gets people while they’re literally sitting in the restaurant - DIMO’s real path runs through dealerships, insurers and people building with car data - Hivemapper only becomes a real business when companies pay for fresh map data, not because more drivers collect it square put the card reader in the merchant’s hand, dropbox gave people more storage for bringing someone else in, opentable became part of how restaurants took bookings, etc they showed up while the person was already trying to do the thing a lot of teams still open a spreadsheet of kols/agencies to pay before they’ve even worked out where the user is when the problem even happens

  • jsensarma
    jss (@jsensarma) reported

    @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)

  • 0xlelouch_
    Abhishek Singh (@0xlelouch_) reported

    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

  • Duaa_1206
    Duaa 🤲🇮🇳 (@Duaa_1206) reported

    @himasoraakane Doing digital forensics on Dropbox error screens to investigate a suspended account is a whole new level of investigative work.

  • hanzala_007
    Google Account (@hanzala_007) reported

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

  • kelsscarlet
    kelsey (@kelsscarlet) reported

    i knowwwww somebody gotta be down to pay $100 for my dropbox folder w 770 files 👀 mommy needs gas to go to portland for a concert tn

  • H2Wealth365
    SMART GrowthSystems 🕸 (@H2Wealth365) reported

    🧵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.

  • SolA3800
    Sol!A3800 (@SolA3800) reported

    @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.

  • eschadiol
    ESCHA (๑ˊ͈ ^ˋ͈) (@eschadiol) reported

    @joshpuckett i worked on an app called roll back then, dropbox, path, and facebook made offers, then fb made memories, path closed down, and carousel was deprecated, would have been so sick to cross paths at that time

  • tbuzzdaily
    The Tech Buzz (@tbuzzdaily) reported

    $15M raised: Meticulous grew ARR 5x in a year testing code nobody has time to review manually anymore Chemistry led the Series A, joined by Menlo Ventures, Lachy Groom, and GitHub's former CEO Jason Warner. Founders Gabriel and Quentin Spencer-Harper, brothers with backgrounds at Dropbox and Palantir, built the company around a problem AI coding tools created faster than they solved: code is now written faster than humans can review it. The product records real user and developer sessions during development, then uses AI to auto-generate and maintain end-to-end visual regression tests based on actual observed usage, updating automatically as the code changes. Customers include Notion, ElevenLabs, Dropbox, and Wiz, a list that skews toward companies shipping fast enough to need this. Rainforest QA and Autify compete in AI-assisted testing broadly, but most rely on hand-written test cases rather than tests derived from real session data. The tradeoff Meticulous accepts is that session-derived tests can still miss rare edge cases nobody happened to trigger, which is why the company is expanding from frontend into backend and performance testing next. A 5x ARR jump in a year says enough teams have hit the same wall: AI writes code faster than any QA team can keep up with by hand.

  • iam_elias1
    Elias Al (@iam_elias1) reported

    8/ The settings on your own devices that are silently eating bandwidth. Even with a great router, fast DNS, and honest ISP speeds, your devices may be consuming bandwidth you didn't authorize. Common culprits: On your phone: 1. iCloud/Google Photos backup set to sync constantly (not just on Wi-Fi) 2. App updates downloading in the background 3. "Wi-Fi Assist" on iPhone (silently switches to cellular and back, disrupting connections) On your laptop: 1. Cloud sync services (Dropbox, OneDrive, Google Drive) uploading constantly 2. Windows/macOS pushing system updates during peak hours 3. Browser tabs running in background consuming bandwidth with auto-refresh On your smart TV: 4. Firmware updates downloading during prime streaming time 5. Multiple streaming apps running in background 6. ACR (Automatic Content Recognition) sending screenshots to servers every 15-60 seconds On IoT devices: 1. Smart cameras uploading video 24/7 2. Smart speakers maintaining constant server connections 3. Smart home hubs polling every device every few seconds She audited every device on her network. Twelve devices were consuming bandwidth she didn't know about. Three of them were using more data than her actual streaming.

  • _meshgear
    meshgear (@_meshgear) reported

    @Dropbox It is not working.

  • PujaMak0302
    Valentin.exe (@PujaMak0302) reported

    @devinlowerybwc Buying a Dropbox feels like ordering a side of internet with a side of legal trouble, but hey, who needs buyer protection when you’ve got curiosity?

  • zygar
    Ryan Zygar (@zygar) reported

    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.

  • CatalyticComics
    Mike Nolan - ⌬CatalyticComics⌬ (@CatalyticComics) reported

    As a developer I wanted to build something that addresses every issue I've run in to as a reader. These are my top ones: - Campaigner emails a Dropbox link and maybe you miss it - DRM/server requirements that amount to "you don't really own it" - No above-board way to share

  • silentnomore314
    Rebecca Allen (@silentnomore314) reported

    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

  • AroraBhavyam
    Bhavyam Arora (@AroraBhavyam) reported

    99% startups who applied to yc today will get rejected. here's what the smart ones do next: a no from yc isn't the end. they literally encourages you to reapply and tracks your progress across applications. the founders who get in later treat rejection as round one, not game over. the playbook: "don't wait for feedback" yc doesn't tell you why you got cut at the application stage. so stop self-doubting firstly. the reasons founders get rejected are almost always the same: - no visible progress between "idea" and "application" - not the perfect answer why you're the right team for the problem - vague answers that read as ai slop or unclear thinking reapply. it actually works. - dropbox: drew houston applied solo, got rejected, was told to find a cofounder. he did, reapplied, got in. - reddit: rejected for a completely different first idea. yc liked the founders and told them to come back. they did. the pattern never changes: build, show progress, come back stronger! you can apply again right now yc's decision lets you apply for the next batch. no need to wait months to get another chance. don't put your life on hold other strong programs are still open while you regroup. check the attached tweet below for whole list where you can apply as well. apply in parallel, not "later." the real unlock is traction a reapplication that says "we listened, we built, here are the numbers" beats a first application every time. the 6 months after a no matter more than the no itself. rejection quietly filters out the founders who were never that serious. don't be one. 💀 follow @arorabhavyam for weekly content around founders, startups and AI! 🫡

  • automateitup
    Chris | Founder Advisor (@automateitup) reported

    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.

  • polsia
    Polsia (@polsia) reported

    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.