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
Irapuato	Errors	15 hours ago
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

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:

• 
  Boots (@2YOOandBoots) reported 5 minutes ago

  @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

• 
  Startup Archive (@StartupArchive_) reported 6 minutes ago

  Dropbox founder Drew Houston on why distribution is more important than product LinkedIn founder Reid Hoffman wrote in his book Blitzscaling: "Many people in Silicon Valley like to focus on building products that are, in the famous words of the late Steve Jobs, "insanely great." Great products are certainly a positive, but the cold and unromantic fact is that a good product with great distribution will almost always beat a great product with poor distribution." Dropbox is a great example of this. As Dropbox founder & CEO Drew Houston explains, great distribution is ultimately how they beat out dozens of competitors with similar product offerings. Drew believes that too many startups overlook the importance of great distribution. Dropbox had a great product, but it succeeded because of its great distribution. They used a combination of organic virality (users shared files with nonusers) and incentivized virality (Basic account holders get 500 MB of extra storage per user they refer; Pro account holders get 1 GB) to grow. Virality helped Dropbox double its 100,000 users at launch to 200,000 users just ten days later, then skyrocket to one million users just seven months after that. An important caveat though: if your distribution strategy focuses on virality, you have to make sure you solve retention first. Bringing new users in through the front door doesn't help you grow if they immediately turn around and leave. According to Drew, Dropbox discovered this truth the hard way, when activation rates revealed that only 40% of the people signing up were actually putting files in their Dropbox and linking them to their computers. As Drew partially explains in the clip, the early Dropbox team went on Craigslist and offered $40 to anyone who'd come in for a 30-minute usability test. They asked these people to go from a Dropbox e-mail invitation to sharing a file with another email address. Zero of the five people tested succeeded--they didn't even come close. This stunned the team. So they made a list of 80+ things in an Excel spreadsheet and sanded down all of the rough edges in the experience. They soon watched their activation rate climb and left the competition in the dust as they marched on to a $9+ billion market cap. Source: @ycombinator (Feb 2017)

• 
  Valentin.exe (@PujaMak0302) reported 8 minutes ago

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

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

• 
  Waldemar Santos (@wsantos99) reported 8 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.

• 
  Duaa 🤲🇮🇳 (@Duaa_1206) reported 10 minutes ago

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

• 
  Jack (@jackcoder0) reported 13 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.

• 
  Santiago Bustelo (@sbustelo) reported 15 minutes ago

  @DropboxSupport More details? “I am really sorry for any inconvenience this is causing. We'll update you shortly on this issue.    In the meantime, please let me know if you have any further questions.   Best regards,  Jesse | Advanced Support” That’s the “support” I’m getting. FULL REFUND NOW

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

• 
  Jan Senderek (@jans) reported 19 minutes ago

  I started journaling at 16. I was heading to Japan and someone told me I'd be grateful if I kept a journal. So I did. And they were right. I loved that I had somewhere to put my thoughts. Somewhere to look back at if I wanted to remember something. Plus I knew I was being thoughtful about my future self. But life got bigger. University, then a career, now a family. More thoughts. More things. The journals had no chance of keeping up. So what changed was the tools. Handwritten journals to Evernote to Dropbox to Obsidian to Notion. Always thinking the next one would be the answer. It never was. Every system asks the same of you. Tag this. File that. Organize here. Review there. Do the work now so that future-you can find it later. And future-you is grateful. That part is true. But your current self carries all of it. The organizing, the maintaining, the constant work of keeping the system alive so that someday it's useful. That burden never lifts. It just accumulates. Your current self and your future self should be working together. Not one doing all the heavy lifting for the other. What if you just put your thoughts down. And trusted they'd be there when you need them. No organizing layer. No maintenance. Just the thinking. So you can truly be your current self.

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

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

• 
  Shego Nationalist (@WhoreRammer40K) reported 25 minutes ago

  Wife’s car breaks down (alternator and battery failure) on the interstate Tow tuck driver drops my car in middle of mechanic shop plaza Does not put my key in dropbox (my only key unfortunately) Mechanic calls and says “WTF” $275 for locksmith to craft one with elven magic

• 
  Ihtesham Ali (@ihtesham2005) reported 25 minutes ago

  This is how you share a file when you do not trust Google, Dropbox, or the government. A free tool called OnionShare sends it directly through Tor. Nothing needs to sit permanently on someone else's server. Here's what actually happens when you use it. You drag a file into the app. Your own computer turns into the server. Tor wraps it, and you get a long address ending in .onion that you send to whoever needs the file. They open it in Tor Browser and pull the file straight off your machine. You close the app, the address dies. Compare that to how everyone else moves files. You drop it in Drive, Google keeps a copy. You use WeTransfer, that link lives on their infrastructure for a week, logged and tied to your IP. Every one of those services is a promise that a company will behave well, forever, under any amount of legal pressure. OnionShare removes the company from the sentence. Micah Lee built it in 2014. He'd worked with the journalists handling the Snowden documents and watched how many ways a source could get burned just trying to hand over a file. So he built the thing that removes the middle. It does three things. Send files with no size limit and no account. Chat with someone and keep zero record of it. Host an entire website off your laptop that disappears from the internet the moment you shut the lid. The New York Times, The Guardian, and The Intercept all point sources at this. Those are newsrooms betting other people's freedom on a free download. The interface looks like a file picker from 2011. Someone spent years making the hardest privacy problem in computing feel like using WinZip, and that's the actual achievement here. A scared person at 2am is not going to configure a server. They can drag a file into a window. It is completely open source. Most people will never need this. The ones who do don't get a second try if they picked the wrong app. What do you think about this?

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

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

• 
  Rocinante (@wb9rms6gyz) reported 33 minutes ago

  @griffin_daly_ @AlexisCoe Which could well have been part of the arrangement. This piece of **** is actively live tweeting his daughters stuffy issues and shared a Dropbox with naked photos of her. He’s a lunatic. As someone who ripped Moreno a week ago…no lie, I think he’s legally constrained

• 
  True Blue Democrat & Patriot🇺🇦🇵🇸💔 (@TrueBluPatriot) reported 34 minutes ago

  And Took a picture of his little girl's ********. Then a staffer posted it on DropBox in error. That is the worst part.

• 
  PodWire (@PodWireHQ) reported 34 minutes ago

  Founders building AI-native companies benchmark against Sierra and Harvey, then hedge by planning for half those growth rates. Mark Roberge (@markroberge) says the number they are halving is often not real. The former HubSpot CRO has looked under the hood at some of these outliers and says it is not all clean living. Headline ARR leans on contracted-ARR gimmicks. The distribution is a PLG motion from the 2010 Dropbox playbook, SMBs and frontline reps switching tools on an experimentation budget, not a production budget. Add uncapped burn and no unit-economics discipline and the curve everyone is copying may not be real growth. Some gold in there, he says, but a lot of Groupons and WeWorks. The trap is every founder thinking they are the exception. His fix is to stop importing another company's burn rate and do the math on what is actually optimal. Key takeaways already in your email via @PodWireHQ Source: Grit with @Joubinmir

• 
  VC Intern (@the_vc_intern) reported 40 minutes ago

  Almost exactly one year ago, OpenAI removed the option to make shared ChatGPT conversations searchable on Google. Users had to choose a conversation, create a public link and separately check a box making it discoverable. OpenAI still concluded that the feature created “too many opportunities for folks to accidentally share things they didn’t intend to.” Claude is now facing the same product-design problem with Artifacts. For consumer accounts, publishing an Artifact creates a page anyone can open. Anthropic warns that it may appear in search results. But the choice shown to users is still framed as “Only me” or “Anyone with the link.” Those words sound like Dropbox or an unlisted YouTube video: private until someone receives the URL. In practice, Google can discover the page and show it to someone who was never given the link. That distinction matters more for Artifacts than ordinary chat transcripts. People use Claude to turn uploaded or pasted information into dashboards, financial models, customer reports, internal tools and project plans. The finished Artifact can contain the underlying information used to build it. Reporters examining indexed pages found medical information, apartment access codes, contact details and exposed credentials. These were not private pages broken into by Google. Their owners published them. The failure is that the product made publication feel like link sharing. There is also no consumer option between private and publicly discoverable: no native unlisted mode, password, expiration date or search-indexing toggle. OpenAI decided that even an explicit search checkbox created too much room for accidental disclosure. Anthropic currently exposes that risk through the ordinary publishing flow. AI products are becoming places where people build software around their most sensitive working context. Their sharing controls now need the same precision as a real hosting platform.

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

• 
  Peter Lake (“world’s anonymous singer songwriter”) (@PeterLakeSounds) reported 41 minutes ago

  @taobanker I might suggest another question: what should you avoid? In that context the multi-trillion dollar bet will have terrific returns. That also means that the money making machines of US won’t accumulate money and accrue value unless there is persuasive evidence that at least the big spenders on data center capex get their money back. Given this is unknown, I assume markets are skeptical. If the largest companies in S&P and all the rest don’t have excess free cash, and plausible they don’t go up a lot. That would yield maybe an on average flat market. The flip side is that models are open, massive parameter models getting quantized will be in windows machines. Silicon Valley and early adopters are doing fascinating things. But for the rest of us, I need nice and simple. And for the first time we’ll have good old home computers that can do the job and with that comes free use from heaven. Outside of specialized discussions people don’t know much about what to do with this. The jardon doesn’t help: context window? Quantized models? Nodes are not parameters, they are like neurons, and AI is so dangerous, but not it’s not…what a world! The really final blow is government intervention now makes it a sovereign requirement for companies to have their own AI. LASTLY! I’ve been thinking about the data holders. box. Dropbox etc. Absurdism and it’s comparables will become a bigger deal as people start to realize they the context “window” = the files and stuff you want it to analyze = can only handle so much Imagine of Box or Drop box had a button that converted all your stuff in MD files or the like? Then it’s show time. The companies that hold data may be more valuable than I realize. Conclusions based on the above speculation: 1) could this impact demand at the data centers? Sure it can. I know tech investors like to hold out their hands palms out and say…something vague and qualities. Yes, data centers are more sophisticated etc. Yet here I was doing some interesting work on a FREE local model, my “dark tokens” are someone else’s lost revenue! How does this math work? No clue. It is telling, however, that NVDA and AMD are committed to local machines. No large company wants model dependency anyway, due to data concerns. 2) Finally I have a great reason to buy a slick cool PC! The higher end stuff will not be throttled down in local because I’m seeing a bunch of them coming our way that will have decent “bandwidth” RAM in addition to high system ram. We’re going retro and this tech is moving so fast. Adoption will increase once you have super good local models on your laptop. …Im falling asleep, but the gist is that the data centers were already speculative, and now we a lineup of expensive but sweet computers running on windows that gives you infinite and faster foundational level stuff.

• 
  The Peel (@ThePeelPod) reported 47 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."

• 
  Aaron Li (@polymorpher) reported 49 minutes ago

  we probably reached the point where AI is efficient enough to fix most annoying little bugs / missing features in the software we use every day i started reading lots of papers on the move again, and needed to sync folders of PDFs to my remarkable 2 - perhaps the best e-ink tablet for reading, yet nothing about its sync software works: web UI uploads one file at a time, cloud "integration" asks for full access to your Dropbox etc., desktop app SSO login is broken so i made a quick sync app that does the job in one click from the macOS right-click menu - in the same amount of time that 5 years ago would get me halfway through an email to customer support repo in reply

• 
  Rish Agarwal (@rish404) reported 56 minutes ago

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

• 
  Eusebiu Balan (@BalanEusebiu) reported 60 minutes ago

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

• 
  FarhanX_AI (@FarhanBuildsAI) reported 1 hour 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.

• 
  Polsia (@polsia) reported 1 hour ago

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

• 
  JP Invests (@JP_Invests) reported 1 hour ago

  $DBX - Dropbox added 96,000 paying users this quarter. I said this morning to watch that line after last quarter's roughly 14,000 sequential adds. They did seven times that, a third consecutive quarter of growth, to 18.19M. The stock is down 4%. Everything I said to watch on the growth side came in fine. Revenue $631.5M, above both the $624-627M guide and the $627M street. Non-GAAP EPS $0.75 against $0.74. Non-GAAP operating margin 39.7%, above the full-year range. ARPU $139.68, up from $138.32. What went the wrong way is the part I said would actually move it. Free cash flow fell to $235.2M from $258.5M a year ago, and the margin went from 41.3% to 37.2%. And the buyback decelerated: $330M this quarter against $410M in the same quarter last year, with first-half repurchases down 19%. Unlevered free cash flow rose to $283.5M, and the gap between the two numbers is interest. Cash paid for interest went to $48.3M from $17.9M. The buyback is debt-funded and the debt now costs something. Diluted share count is down 18% year over year to 226.8M, which is the one thing still working mechanically. Two things about the release itself. Guidance isn't in it — Dropbox moved the numbers to supplemental materials on its investor site this quarter, which breaks with how it has reported. And the entire release is quoted by a co-CEO who writes "stepping into this role." The 8-K contains no disclosure of a leadership change. Twenty-nine percent of the float is short. $DBX

• 
  David Crysler (@DavidCrysler) reported 1 hour ago

  An ops manager pushed back on adding a new tool: "We've got stuff on ShareDrive, Dropbox, OneDrive, Slack... you spend more time trying to figure out apps than actually doing work." He's not wrong to be skeptical. Every one of those tools was supposed to fix something. Tool skepticism is almost never about the new tool. It's about the last five. Tools may treat your symptoms but rarely solve the actual problem.

• 
  The Tech Buzz (@tbuzzdaily) reported 1 hour ago

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