Dropbox status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of Dropbox reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

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

• Errors (50%)
• Sign in (33%)
• Website Down (17%)

Live Outage Map

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

City	Problem Type	Report Time
Bournemouth	Sign in	1 month ago
Paramaribo	Errors	2 months ago
Bogotá	Website Down	2 months ago
Auxerre	Errors	2 months ago
Salt Lake City	Sign in	2 months ago
Madrid	Errors	3 months ago

Full Outage Map

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

Dropbox Issues Reports

Latest outage, problems and issue reports in social media:

• 
  urBITCOIN (@BitcoinUr) reported 45 seconds ago

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

• 
  Theeevilprincess (@Theeevilprince1) reported 5 minutes ago

  My Dropbox I cannot login so everything is being sent on telegram until further notice

• 
  Manoj (@HeartofManoj) reported 8 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

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

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

• 
  Sunil Thakare 🇮🇳 🦀 (@thakares) reported 12 minutes ago

  @TLYShortener offering a genuinely useful, privacy-friendly app (no login, no ads) that seamlessly integrates with the company's core product (t_ly short links), is indeed a standard growth tactic seen in tools like Canva, Notion, or Dropbox. The QR app lowers barriers for users while creating natural upsell opportunities: frequent QR creators may later pay for t_ly analytics, custom domains, or branded links without feeling forced. Trade-off is transparent here; users get a solid free scanner but feed data into t_ly's ecosystem, which benefits the provider through increased link volume and potential premium conversions.

• 
  Vincent Van Code (@vincent_vancode) reported 13 minutes ago

  Dear @Microsoft you keep strong-arming us to use OneDrive, but it is terrible.. - Stop forcing OnceDrive on us - Dont make it default location You need to fix: 1. Reliability - often doesnt connect (I am on a 1Gbps fibre network BTW) 2. Slow - it is awefully slow 3. Learn from DropBox Good day.

• 
  Harman (@itsharmanjot) reported 20 minutes ago

  Open source NotebookLM alternative with no data limits and AI agents. Same idea as Google's NotebookLM. Same chat-with-your-docs. Same podcast generator. Same cited answers. Except this one has no source limit, no notebook limit, no 200MB file cap, and no Google login. It's called SurfSense. Google NotebookLM vs SurfSense: - Sources per notebook: 50 to 600 → Unlimited - File size cap: 200MB and 500K words → No limit - LLM choice: Gemini only → 100+ models via LiteLLM - Local LLMs: Not allowed → Full Ollama and vLLM support - Self-host: No → Yes, one Docker command - Price: $0, $19.99/mo Pro, or $249.99/mo Ultra → $0 forever Here's the wildest part: It connects to 27+ sources Google can't touch. Notion. Slack. Linear. Jira. GitHub. Discord. Dropbox. OneDrive. Gmail. Confluence. Obsidian. ClickUp. Microsoft Teams. Airtable. Your entire work life, indexed once, searchable from one chat box. 14.4K GitHub stars. 1.4K forks. 6,232 commits. Apache-2.0 license. One honest note: the README says it's not yet production-ready and still being actively developed. But it already does more than NotebookLM does, and the gap is widening every release. This is what NotebookLM should have been from the start. Repo in the first comment.

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

• 
  Teri Radichel #cybersecurity #ai #pentesting (@TeriRadichel) reported 22 minutes ago

  @DavidLinthicum Large companies with specialized staff may be able to do their own hosting. Having done it myself in my own home back in 1999 when yes, people did that, and later in a colocation center. As a security expert, can tell you this is not an ideal choice for most companies. Can’t even begin to explain in this space. There are also performance and scalability issues, management of all the hardware and software, rebooting the servers in the middle of the night when something goes wrong, dealing with outdated hardware and so liability that can be shifted in cloud environments. Capex vs. opex. Yeah not going back there. Even DropBox (article from 2017) still uses AWS to some degree. And for those who want to try to run open stack themselves in this day and age of AI, phew. Capital One tried that. They moved to AWS when a SAN or similar failed and they needed to get up and running fast. The internal cloud was very painful. Not going to defend the breach. Security is hard. As always, throwing off the shackles for some new tech (cloud, AI) is likely not going to work out too well. The only bonus for a company that wants to do this is that there are more tech people out of work. But data center people? Good luck managing all that. Make sure no one has hidden a crypto miner under the data center floor. Yes, that happened.

• 
  Kevin A. Bryan (@Afinetheorem) reported 23 minutes ago

  @jbarro Especially because "you have to mail it in a week before the election or else drop it at an election site dropbox after that date" is a totally reasonable compromise done all over the US and world which would immediately fix the problem.

• 
  RyanFox.eth (@ryanfoxeth) reported 23 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.

• 
  Sahil Handa (@sahilhandapanda) reported 25 minutes ago

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

• 
  Bunnie Maiiii (@imbunniemai) reported 25 minutes ago

  @JohnRai21044566 Ill!!! since Fansly having problem I can not post throu phone atm. I’ll have to get all those files to Dropbox then post on Fansly. This set will be posted in 2 days 😭😭 sorryyyy baby Im bit busy but I’ll try post as soon as I cannnn

• 
  Lazar Stojković ⚡️ (@LazarStojkovic) reported 28 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.

• 
  Pixelhop (@pixelhopio) reported 28 minutes ago

  Notion is a walled garden where external AI agents go to die. Don't get me wrong: we've been huge Notion fans for years. Our entire company lived there: dashboards, notes, projects, our collective brain. It was perfect for humans, but then the Agent Era hit and everything changed. We now work with coding agents like Claude Code every single day, and that is where the friction started. Trying to get external agents to talk to proprietary blocks via a slow API is a total nightmare. The rate limits are painful and the structure is just too rigid for an agent to be efficient. We needed that polished Notion feel without the proprietary bloat holding our agents back. So we built Treehouse: a tool that is essentially Notion meets Dropbox. Treehouse is a web-based viewer for a local folder on your computer. The magic is that the folder is automatically synced across your whole team, kind of like a shared drive with a beautiful face. There is no proprietary database: just your files on your disk, exactly where they belong. Because it is just a folder, your AI agents can talk to it directly at lightning speed. No API rate limits or slow responses. I can ask an agent in my terminal to build an HTML page locally and have it render for the team instantly. Reclaiming your data doesn't mean sacrificing aesthetics. We built in advanced theming and custom CSS support: you can even have your agent rebrand your entire workspace for you. Notion was built for humans. In an AI world, we need high-speed playgrounds, not walled gardens. We are planning to open source Treehouse soon. If you want to reclaim your data, let us know! We wrote a blog post about it below 👇

• 
  J. (@munchivelo) reported 29 minutes ago

  track back to just over a year to now. i'd built an automated ecommerce flow that took a whole store end to end. seo would research trends, products, and map those into .js scripts which would launch prompts that read those research files. that would feed an image gen prompt which created designs, set to specific standard. i'd generate them, and then ANOTHER prompt, would check the images, score them with a criteria, and either move them to an accepted folder, or move them to an archive folder. the accepted folders, would automatically fire a script which would open photoshop, map the image to smart layers, in a 'product shot' template i'd made, and then export all of the final product shots to another folder, and then exported the flat designs which would be used for the products. another script took the product images, did visual lookups, generated all product descriptions, renamed the images and generated the seo text. it ran optimizations locally via a jpegoptim and oxipng script. it then uploaded them to dropbox, and via API, would generate a dropbox link map. i had one barebones csv template, which i'd run a ps1 script through to map json files into the csv rows, and insert the dropbox link map. all my images, links, followed the exact same slugs, so it turned 2 hours of manual work into a 5 second bulk rename and insert. it then converted that csv into json, which then itself converted that json into ld-json for product rich listings. ai would write the product description based on a dataseo keywords, and googletrends json file that would run on every product type. collecting keywords for that specific product. it also formed it around brand profiles, copy guides and other things. this was sonnet 3 days, GPT 4.0 days, and it STILL wrote great copy when it had the right guidance. in the .js file, i'd replace all em dashes with a hyphen if they ever appeared. i built a custom product uploader, built my own php plugin which synced to local .js files and connected via rest. it was (and still is) one of the best wc product uploaders that exist, as it completely resets filterlookups only for that product, and is lightning fast because i upload it directly into woocommerce rows from json. no importers, no wordpress malarkey, or WC rest needed. it was 50x faster than wc's own CSV import. the images would be uploaded via ftp, and then on detection, would sync those to the media library, and i'd upload the image meta from the seo run, so they all had captions/alt text etc. it took what would be 3-5 hours of manual work per product, and congested it into a 2 minute image to fully live product system. after that, i'd export sales data, the ai was constantly learning, sales data feeding back to files, which would then teach the ai what products work, what doesn't. what copy worked, what copy didn't. that would then flow back into the original source files which told the ai what images to gen and what products to launch. all of it was local on my pc. i wasn't selling an saas. it was just something that worked for my very particular setup. the thing about it is; i built that mostly with GPT 4.0 and a little bit of 3.5! mostly copy and pasting code manually from the chats in chatGPT. all the plugins, the php, everything. then some of it got improved inside vscode back on the old original copilot plans, when $10 used to last you an entire month of none stop coding. this was before n8n, before agents were even a thing. all of that I built very specifically for myself, local, syncing folder to folder, json file to json file. python scripts watching files, and .ps1 files that would follow up with other .ps1 files, which launched .js files which contained prompts for AI, and hitting the openAI API's whenever I needed the AI layer. eventually i built a terminal tool, which would allow me to run the scripts from the terminal, and i'd manually type in the slugs for which products i wanted processed. all files would sit in specific folders, and scripts would do the rest. i was so excited about that, giving my terminal app a shortcut icon and putting it onto my taskbar. that was a year ago. fast forward to now. the game has changed so much. ANYTHING and i mean anything is possible now. people 'new' to codex, and CC etc don't know how good they have it. but i've had this ******* idea for so long, to build a fully automated, self learning ecom business, that launches products end to end based on it's own research, writing, and growth, but the complexity of it previously , and being busy with life, it never got finalized. the secret is i sync it via etsy too, but they're API keys take FOREVER to aquire, but built my own etsy system, product uploader, which runs across 7 different stores. however, now, i've finally been building the replacement for it. i'll be able to run that exact same system, except this time through a full app, with a canvas, and agent systems instead of .ps1 scripts. not to say i won't run scripts; they're an integral part of any automated workflow, but now it has superpowers, and it can do so so so much more. all the ideas I wanted to do, automated, fully, end to end. not only that, but i moved away from woocommerce entirely. instead i just built my own website builder, which is also fully automated end to end. my brand profiles, my artwork system? i'm still using those, just for more things. now i can launch 50 brands just like it, running the same system, all in about 5 minutes. whether it's saas, local service, or online ecom. i also built an ai automated ad builder. it takes my brands images, or generates images. i've got background removers, and full skills and agents which fully generate the ads for me. it mixes all that into seedance videos, and posts in logos etc. now i take those image/videos, and build instagram, tiktok, facebook vids, generate descriptions, and upload them automatically. it has an every growing library to source from, templates to use, and the system derives right with the websites, so all themes/styles match precisely to the brand. this is why it's so great building for yourself. the amount of reusability you get with it, the fact it's free forever, can never be beaten. none of these saas companies get it. and they're heading in the wrong direction. we could already DO half of what these companies are doing. my own personal SEO system, which i built for my automated web builder, is already 10x better than any yoast, rankmath etc. i skip expensive ahrefs, semrush, and just rebuild their services myself, using API, which is 100x cheaper. except this time it FEEDS my system, and i don't need to lay a finger on it. nobody cares about these little one off apps that won't exist in a year. they're either failing to see the future, or they're hoping for an early exit before they know the dominos start falling. people will want PRIVATE systems. all speaking to each other. not 1200 integrations and 1200 invoices to send to, that don't even have a ******* brain. i'm not selling anything yet. but if you're interested in seeing how i think about automation, then stay a while and listen. the tool i'm building will absolutely help you too. but i'll be honest. i'm actually quite scared to release it, solely down to how powerful it is. not many people do it like i do, and i'm finally on here to tell the world.

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

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

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

• 
  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!

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

• 
  brett goldstein (@thatguybg) reported 38 minutes ago

  clean but slow founder announcement video - lighting is really nice - music matches minimalist energy - glad to see the founder making this announcement but - waits WAYYY too long (til 1:24) to say what they're announcing. longest I've seen. - too much time on a problem everyone already gets - missed op animating visuals over hand gestures when explaining stuff - visuals way too small - captions are hard to read / too long - opening is a little awk - spenser sounds very nice when he says the first line, then drops the f bomb - script needs to be tightened up a ton - end kinda trails off and no CTA lots of people try this "breaking the third wall" opener where you show some authentic conversation preparing for a take, but a lot of folks mess up trying to fake it. dropbox had a bad one and this is similar. length is the killer with this. at 25k impressions, I'd be surprised if more than 100 people actually watched through to when he actually says what the product is. think this could have been a 5/5 if it was shorter, more to the point, and a really good animator worked with the script to animate things around spenser as he spoke.

• 
  Detroit Media Magazine (@detroitmediamag) reported 38 minutes ago

  @DropboxSupport I don't know who's running this page but you need to fix the glitch that is going on with your latest update. My Dropbox app worked just fine up until your latest update which was about three or four days ago. Maybe even two days ago. I heavily rely on your services and I need access to my account ASAP. There is nothing but a black screen when I open up my Dropbox app hopefully somebody can get back to me with this problem and hopefully one of your technicians gets to work on your end.

• 
  prodbysvrge (@prodbysvrge) reported 39 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

• 
  Vincent van der Meulen (@vinvan) reported 41 minutes ago

  @zoink You sit down and open your laptop. It's time to put some design files in Dropbox for coworkers. And ****, you need to finish your hotspot prototype. Your browser is still open on this weird design tool you got access to. Google Docs for design? Cool, but it will never work.

• 
  uncle ***** (@probinsyacore) reported 45 minutes ago

  nraas still down but a reddit user has saved most of their mods in a dropbox link oh my god sometimes i do love the internet

• 
  Siddiqui Qamar ֎ (@siddqamar_ai) reported 45 minutes ago

  "it's just a wrapper" 😑 might be one of the laziest criticism in tech! users don't care whether you built the infrastructure. they care whether the product solves their problem. dropbox didn't invent storage. it made storage effortless. turns out making existing technology usable is a lot more valuable than many founders want to admit.

• 
  quantzoid (@quantzoid) reported 51 minutes ago

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

• 
  Suburban Cyber Technologies (@suburbancyber) reported 55 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

• 
  Sujay. (@Sujay__Raj) reported 55 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.

• 
  Santiago Bustelo (@sbustelo) reported 59 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.