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 (67%)
• Sign in (33%)

Live Outage Map

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

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

• 
  Ishita Sethi (@Ishita__Sethi) reported 2 minutes ago

  @LoganOpSec that dropbox bit is the part that sticks. recovery without revoking access is just half a fix.

• 
  The Peel (@ThePeelPod) reported 2 minutes ago

  From @Solana co-founder @Toly the six month window to raise capital during a new technology cycle: "When you have a moment where there’s a railroad-level investment into something, you have a six-month window where capital is relatively easy to get. Where people will fund an idea that seems like it solves a lot of the current problems that the technology is facing. For Solana, if I waited six months for a better time, if I proved out the idea first, it would be too late. The big benefit of being in the Bay Area as a founder is, when I went to Dropbox and told them I was quitting to go do the startup, they literally told me to come back in six months if it doesn’t work out. There’s no other place in the world with the same layers of executives and founders and companies who all understand where innovation comes from. It’s from people taking those dumb risks and failing, allowing for failure, and being fine with it. That gave me the confidence to give myself six months. I had a kid. We were in a tiny 800-square-foot apartment, and my wife was the breadwinner. And I hustled. I took what felt like a thousand meetings with VCs up in the city. If you’re really serious about raising, you have to be in the Bay Area. Because it maximizes your odds. You make a list of every event that is relevant to your industry. Go to every event. Talk to every person there. Figure out who the VCs are. Do the elevator pitch. Get an intro. Pitch them. If their fund doesn’t invest, ask if they'll write an angel check if you get a lead. Just do everything you can to work the network. And if you cannot get funding during that time, it means it’s not going to happen during that cycle."

• 
  Rituraj (@RituWithAI) reported 3 minutes ago

  🚨 Someone built a tool that checks if your email is registered on 120+ sites — without the sites ever knowing someone checked. No notifications sent. No login attempts logged. No alerts triggered. Silent. Invisible. Complete. It's called Holehe. 16,800 GitHub stars. And the technique behind it is what makes it different from every other email OSINT tool. Here's how most email checkers work — and why they fail. Standard approach: try to log in with the email and a fake password. If the error says "wrong password" — the account exists. If it says "account not found" — it doesn't. Problem: every login attempt gets logged. Every failed attempt triggers security alerts on accounts with 2FA. Some platforms lock accounts after repeated failed attempts. The target knows someone was checking. Holehe never attempts a login. Instead it uses the "forgot password" flow — the password reset mechanism that every platform exposes publicly. When you enter an email on a forgot password page, the platform has to check whether that email exists in its database. It tells you: "we sent a reset link" or "no account found." Holehe reads that response. Gets the answer. Never touches the login flow. Never triggers a security alert. Never logs an access attempt against the account. The platform confirms whether the email exists. The account owner never finds out anyone asked. Here's what 120+ platforms looks like in practice. Social media: Twitter, Instagram, Facebook, TikTok, Pinterest, Tumblr, Reddit. Professional: LinkedIn, GitHub, Freelancer, Fiverr. Dating: Tinder, Bumble, OkCupid, Badoo, Happn. Entertainment: Spotify, Netflix, Twitch, Steam, Epic Games, Deezer. Shopping: Amazon, eBay, Etsy, Zalando, AliExpress. Services: Airbnb, Uber, PayPal, Dropbox, Adobe. And 90+ more. Every registration checked silently. Here's the use case that makes people share this. Run your own email address. See every platform that comes back positive. Then run an email address you gave to a company that claimed they'd never share it. See if it's registered on data broker sites and marketing platforms you never signed up for. See where your email has been sold or leaked to. Here's what investigators actually use it for. Journalists verifying whether a source's claimed identity matches their digital footprint. Security researchers auditing their own exposure before a public disclosure. HR teams verifying whether candidate profiles match claimed backgrounds. And the obvious: anyone who needs to know whether a specific email address belongs to a real active person — without alerting that person. Here's the wildest part. It runs async — all 120+ platforms checked simultaneously. Results in seconds. And it exports clean JSON or CSV for integration into larger OSINT pipelines. Pair it with Blackbird (which takes the confirmed email and finds linked profiles), Sherlock (which takes usernames found in those profiles and searches 400+ platforms), and Maigret (which builds the full dossier) — and you have a complete four-tool OSINT pipeline from a single email address. One command to instal. Run it on your own email first. 16.8K GitHub stars. 1.7K forks. MIT License. 100% Open Source. GitHub link in the comments 👇

• 
  M.Ellis (@MEllisPhotograp) reported 4 minutes ago

  @DropboxSupport Hi so thanks for keeping intouch and checking dm's pleased to report your website at moment is rubbish.... yes angry I pay for something that works not thats broken.. trying to perm delete file.. but 0 the file is still there my membership has only just renewed but 2nd thoughts -

• 
  Alvin (@Alvin1492840) reported 5 minutes ago

  Kill the startup apps that have been draining your battery since day one. She opened System Settings → General → Login Items & Extensions. 14 apps were set to launch automatically every time he turned on his Mac. Spotify. Zoom. Adobe Creative Cloud. Google Drive. Microsoft Teams. OneDrive. Dropbox. A VPN he used once. A screenshot tool he forgot about. A calendar widget. And 4 more he didn't recognize. Every one of them was running in the background 24/7 consuming RAM, CPU cycles, and battery life whether he was using them or not. She said: "You turn on your Mac and within 30 seconds, 14 apps are fighting for resources before you've even opened your first document. Your fan spins up because your CPU is processing a traffic jam of apps you're not using. Your battery dies by 2pm because half your power is going to background processes you don't see." She removed 11 of the 14. Kept only the ones he actually needed at startup. The Mac booted in half the time. The fan stayed quiet. The battery lasted 3 extra hours. She said: "Check this list right now. If you see apps you don't use daily, remove them. They've been silently eating your Mac alive since the day you installed them."

• 
  The Redeemed Artist (@Peace_Grenade81) reported 9 minutes ago

  I know I'm just screaming into the void. And there's probably less than like one or 2% of users that actually use this function. But I'm going to do it anyway. For the longest time the X app beta was absolute garbage on Android. It had serious stability problems, I couldn't use voice to text properly, and I couldn't access my memes from Dropbox, my cloud provider. The most recent change fixed all of the other problems except for my Dropbox integration. At first, I blamed X for this but I have since come to learn that the real culprit is Google. If you go into your app section and look for cloud providers they give you all sorts of choices so long as you like the choice that is Google's. Theoretically, other providers should be in here like Box or Dropbox. But Google has been playing footsie making rules about cloud provider integration and not actually approving anyone else. Google has become Microsoft. Google will tell you what cloud provider to use and it will conveniently be their own. Google will continue to upgrade their operating system closing off any other provider options or applications they simply disagree with for any reason at all. Meanwhile what this means for me is that I can't insert any memes or videos because they are all stored on Dropbox. Yeah, yeah, yeah I could go into Dropbox and then click on a photo and then share it to X and then make a post out of it. But what I can't do is respond to a post and insert a picture or a video directly through the X app. Don't know when this gets fixed, if ever. But I think it's time for Google to be investigated for monopolistic practices. I realize that this doesn't affect many people, but if you think they aren't coming for your various conveniences, I'm pretty certain that that's going to be proven wrong. Since I can't post a meme but only a local photo, here's an unrelated picture of a quilt we bought at auction. 🙄

• 
  Kirk Patrick Miller (@Chaos2Cured) reported 11 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. •

• 
  Ilya Sandoval (@ilya_sandoval) reported 13 minutes ago

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

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

• 
  Dr Prosper The Philosopher (@ProsperThePhilo) reported 16 minutes ago

  Stop Storing Your Medical School Files on Your Phone: If you're a medical student having problems with where to store your lecture slides because your phone storage keeps getting full... If you're always struggling to find files on your phone... If you've ever changed your phone and lost access to your lecture slides... Then I want to let you know that this isn't really a phone problem. It's simply because you're using the wrong storage system. As a medical student, you're not supposed to be storing your important academic files permanently on your phone. Yes. Have you heard of something called cloud storage? Cloud storage simply means storing your important files on secure servers online instead of inside your phone. Think about it. Your phone has limited storage. Depending on the model you're using, it may have 64 GB, 128 GB or 256 GB of storage. But over several years of medical school, you'll accumulate thousands of lecture slides, hundreds of PDFs, anatomy atlases, textbooks, videos, practical manuals, charts, flashcards and past questions. Eventually, your phone becomes crowded. The smarter approach is to let your phone become a temporary device—not your permanent library. For example... Google gives every Google account 15 GB of free cloud storage (shared across Google Drive, Gmail and Google Photos). If you're using an Android phone, chances are you already have a Google account. That means you already have free cloud storage waiting for you. If you have a Microsoft account, OneDrive gives you 5 GB of free cloud storage. If you use an iPhone, iCloud gives you 5 GB of free storage. There are also services like Dropbox and MEGA that offer free cloud storage as well. These services exist for a reason. Use them. If you have textbooks, don't store them permanently in your phone's internal storage. Instead... Open Google Drive. Create one proper Google account dedicated to medical school. Inside that account, create folders. For example: - Anatomy - Physiology - Biochemistry - Histology - Embryology - Pharmacology - Pathology - Microbiology - Surgery - Medicine Now open your Anatomy folder. Inside it, create another folder called Gross Anatomy. Inside Gross Anatomy, create folders like: - Lecture Slides - Textbooks - Past Questions - Clinical Correlations - Charts - Practical Manuals Now begin uploading. Upload. Upload. Upload. Stick to one Google Drive account throughout your entire medical school. You'll be surprised. Five or six years later, you'll look back and realize you've built an entire medical library. Everything you've ever studied... Every lecture slide... Every textbook... Every practical manual... Every chart... Every past question... Waiting for you in one organized place. Another thing. Learn to use Google Photos. All those anatomy diagrams... Charts... Clinical pictures... Embryology illustrations... Practical photographs... Store them inside Google Photos instead of leaving them on your phone. As long as you know your email and password, you can access them from anywhere in the world. Your phone. Another phone. A tablet. A laptop. Even a computer in a cyber café. If your phone gets stolen today... Nothing important is lost. Because your library isn't inside your phone. It's online. There are paid cloud services that provide even larger storage capacities, but honestly, the free options are enough for most students starting out. Now here's a habit I think every student should build. Whenever you download something important... Don't leave it sitting on your phone. Instead: Download it. Upload it to your cloud storage. Delete it from your phone. Download. Upload. Delete. Repeat. Your phone remains light. Your files remain safe. Your library keeps growing.

• 
  Karishma Bhardwaj (@bkarishma360) reported 17 minutes ago

  @shahzamannn_ Your SaaS idea doesn’t need to be complicated. Stripe moves money. Postman sends API requests. Notion organizes information. Dropbox syncs files. The lesson? Simple problem + huge market + great execution = massive company. Stop asking, “Is my idea too simple?” Start asking, “How many people have this problem?”

• 
  WPBeginner (@wpbeginner) reported 18 minutes ago

  You have spent months building your WordPress site. What happens the day it suddenly goes offline? 😱 It happens all the time. We have heard several scary stories. A plugin conflict, a bad update, or a security breach can wipe out your complete website without any warning. The scary part is that most site owners assume their host has them fully covered, right up until they actually need to restore. We have tested countless backup tools on our own projects, so we put together the exact methods we trust to keep a site safe. Here is what you will learn: ✅ Pick the Right Method: Compare backup plugins, host backups, and manual cPanel or FTP so you know which fits your skill level. ✅ Back Up the Full Site: Save your database, themes, plugins, and uploads together so you can restore everything, not just your posts. ✅ Automate It With @DuplicatorWP: Schedule daily or weekly backups and send them straight to the cloud so you never have to remember. ✅ Store Copies Off Your Server: Keep backups in Google Drive, Dropbox, or Amazon S3 so one server crash never takes your site and its backup at once. ✅ Restore in Minutes: Use a disaster recovery link to bring your site back even when it is completely broken. Ready to protect all that hard work before disaster strikes? Read our complete step-by-step guide from the link in the comments 👇 (Link is in the thread below)

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

  @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

• 
  Jack (@jackcoder0) reported 26 minutes ago

  1. Kill the Login Items the apps launching before you even sit down. Every time you log in, your Mac quietly launches 10-25 apps in the background. Spotify. Slack. Zoom. Google Drive. Dropbox. Creative Cloud. OneDrive. Each one consumes CPU and memory before you've opened a single window. System Settings → General → Login Items & Extensions. Review the list. Remove everything you don't need the instant you log in. You can always open them manually when you actually need them. His Mac had 19 login items. He needed 3. He removed 16. Boot time dropped from 2 minutes to 18 seconds. The first few minutes of every session — that sluggish, unresponsive window where nothing works gone.

• 
  Chase (@Chase_Commerce) reported 26 minutes ago

  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.

• 
  Mark Hadfield (@Mhadfield) reported 33 minutes ago

  @butshaunn A lot of VCs get very excited about one thing, like a groundbreaking new company that has massive traction. They spend the next six months looking for the next best thing, which in their mind looks a lot like the last thing that went crazy. This is how you get silly comments like "can you replicate an exchange server into Dropbox?" Dropbox was the last thing that went crazy. And so now everything needs to get replicated into it.

• 
  FarhanX_AI (@FarhanBuildsAI) reported 40 minutes ago

  SETTING #1: Startup Apps Nobody Asked For What it does: Every time you install a new program, it quietly adds itself to a list of apps that launch the second Windows boots, whether you use it daily or once a year. Why it kills performance: Your laptop isn't just starting Windows when you power it on. It's simultaneously launching Spotify, Steam, Adobe updaters, Dropbox, Zoom, and a dozen other programs all fighting for the same limited CPU and RAM at once. How to fix it: Ctrl + Shift + Esc to open Task Manager → Startup apps tab. Disable everything except your antivirus and anything you genuinely open every single day. The technician found 19 apps launching automatically on her laptop. She recognized maybe 6 of them.

• 
  Dan Holzrichter (@dholzric) reported 40 minutes ago

  @JoshuaKhane This is why i have primary copy on my home system, backup on local server (raid array of old hd's), and copies on google drive and dropbox for anything important.

• 
  Paulius Eidukas (艾文) ☭ (@nilsenist) reported 43 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!

• 
  M.Ellis (@MEllisPhotograp) reported 49 minutes ago

  @DropboxSupport erm different wifi nope or is this a suggestion should it be possible ? if so then no my internet signal can be hit or miss at times but never had this issue before... Also shared a file earlier for someone near me to edit using ipad app but photos failed to appear on ipad ?

• 
  The Open Web JP (@TheOpenWebJP1) reported 51 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.

• 
  Some guy (@ibesomeguy) reported 52 minutes ago

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

• 
  Amitoj Gautam (@amitojgautam) reported 52 minutes ago

  @airtelindia @Airtel_Presence I’m facing what appears to be a serious IPv6 routing/throughput issue on my Airtel broadband. My 300 Mbps connection gives ~300 Mbps download AND upload on Speedtest. However, with IPv6 enabled, Dropbox uploads collapse to around 10–15 KB/s, and services such as Gmail and some websites also become extremely slow/unresponsive. After disabling IPv6 on the Ethernet adapter, Dropbox immediately jumped to ~39 MB/s and the affected websites started loading normally within seconds. This has been reproduced consistently, so it does not appear to be a general bandwidth or Dropbox issue. Please escalate this to the network/IPv6 team and check IPv6 routing, packet loss, MTU/PMTUD and provisioning on my connection.

• 
  Eric S (@Lazy_Bari_Sax) reported 53 minutes ago

  @retrobike_c16 @themiasandrist Why doesn't the mobile version allow you to upload or download files, though? And why is it so damn slow to update? I'm thinking about changing back to Dropbox, despite it's many issues.

• 
  Sol!A3800 (@SolA3800) reported 53 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.

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

  System design prompt: design Dropbox file sync. 1) Requirements to pin down - Devices: 1 user, N devices. Offline for days. Multi-GB files. - Semantics: per-file versioning, conflict handling, delete/rename. - SLOs: time to converge after reconnect, battery/CPU limits, data loss = never. 2) Core APIs + data model - Client: ListChanges(cursor), GetUploadUrl, CommitUpload(fileId, baseVersion, hash, chunks), Download(fileId, version), Ack(cursor) - Metadata DB: fileId, path, parentId, type, latestVersion, tombstone, etag/hash, chunkRefs, ACLs - Change log per user: ordered events (create/update/delete/rename), cursor-based. 3) Architecture - Separate metadata from blobs. - Metadata service writes event + updates latest pointers. Blob store is content-addressed (chunk hash) for dedupe. - Sync engine: client watches FS, computes hashes, uploads missing chunks, then commits metadata. - Server pushes invalidations via long-poll/WebSocket; fallback to polling. 4) Scaling moves - Shard by userId for metadata and change logs. - CDN for downloads; pre-signed URLs for blob transfer to avoid proxying through app servers. - Chunking (4–8MB) + parallel upload with backpressure. Resume via chunkRefs. - Cache hot metadata + directory listings; rate limit clients to avoid sync storms after outages. 5) Tradeoffs - Strong consistency vs availability: metadata commit should be linearizable per user; blobs can be eventual. - Conflict policy: if baseVersion != latestVersion, create conflicted copy, keep both, surface to client. - Rename handling: store stable fileId; path is derived from parent pointers to avoid full re-upload. 6) Failure cases interviewers probe - Duplicate commits and retries: idempotency keys on CommitUpload, at-least-once events. - Partial uploads: orphaned chunks; GC with refcounts + TTL. - Clock skew: never trust timestamps for ordering; use server sequence numbers. - Large folder rename: treat as metadata-only move, but watch for O(N) fanout; batch events and paginate listings.

• 
  Rei (@ReiHerrera) reported 56 minutes ago

  @owldreig @porterrobinson @madeon The problem with them both is they love gatekeeping the rare song behind a bad quality sounding medium so you cannot use it for clean for dj sets. For example Celine,worlds live,shepherdess,etc. at least we had hollowheart on wav and shepherdess wav was on porter’s Dropbox leak🫩

• 
  ؘ (@sylusisms) reported 58 minutes ago

  once this issue with my photo album is fixed im saving every single one and adding on google drive or dropbox

• 
  Santiago Bustelo (@sbustelo) reported 58 minutes ago

  @DropboxSupport THEY ARE GIVING ME CANNED REPLIES. YOU SCREWED MY WORK AND BURIED ME FOR THE FOLLOWING MONTHS TO FIX UP THE MESS YOU MADE UP WITH MY FILES. I DEMAND A REFUND.

• 
  Eusebiu Balan (@BalanEusebiu) reported 60 minutes ago

  @gezimqaili been on dropbox for years, never let me down honestly