Privacy Policy
Version 1 (beta), 12 November 2026
Short version
- We collect what we need to find you a partner: your email, the name and preferences you choose, when you are free, and your session history. Each kind of data and its purpose is listed in section 3.
- We never record sessions. We do not sell data. We use no advertising trackers and no third-party analytics.
- We run Double-Double from India. Everything is stored on one server we rent from DigitalOcean in Amsterdam, in the European Union. Backups stay on that same server.
- Nobody can browse or search for people. Your username is shown only to people you are connected with: friends, people in your societies and topics, people you chat with, and people you send a friend request to. Your reliability score is never shown to anyone in the app.
- Chats are not end-to-end encrypted. We look at a chat only if someone reports it or the law requires us to. We do not store images or files.
- Sessions happen on Zoom or Google Meet (and Microsoft Teams for some topic sessions). Those platforms collect data under their own policies. They may show your account name or email, a one-to-one call may connect devices directly, and their hosts may be able to record.
- You can see and correct your data in the app, and withdraw consent in Settings. In Settings → Your data you can download a copy of your data and delete your account; you have 7 days to change your mind. Some safety records stay after you leave, without your name. In India you can also name someone to act for you.
- Questions or complaints: our Grievance Officer at grievance@doubledouble.co.in. We acknowledge within 24 hours and resolve within 7 days.
1. Who we are, and which law applies
1.1. Double-Double is run by Parthasarathy Vaidya, a sole proprietor, at Mysore, Karnataka, India, India ("we", "us"). There is no company yet.
1.2. We decide why and how your personal data is used. Under India's Digital Personal Data Protection Act 2023 ("DPDP Act") we are the "Data Fiduciary". Under the EU and UK General Data Protection Regulation ("GDPR") we are the "controller".
1.3. Contact for privacy questions: grievance@doubledouble.co.in.
1.4. Indian law comes first. We are based in India, so this policy is written for Indian law first:
- Now: the Information Technology Act 2000, Section 43A, and the Information Technology (Reasonable Security Practices and Procedures and Sensitive Personal Data or Information) Rules 2011 ("SPDI Rules"); and the Information Technology (Intermediary Guidelines and Digital Media Ethics Code) Rules 2021, as amended in 2026 ("IT Rules").
- From about 13 May 2027: the DPDP Act and the Digital Personal Data Protection Rules 2025 ("DPDP Rules"). The DPDP Rules were notified on 13 November 2025, and most duties start 18 months later. We already follow them where we can, and this policy says so where it matters.
1.5. People outside India. If you live in the EU or the UK, the GDPR also applies. Section 14.3 lists your extra rights. Other countries' laws may apply too.
1.6. What this means today, under the SPDI Rules. We publish this policy. We name a Grievance Officer (section 19). We keep reasonable security practices, written down in our internal Security Policy; a summary is available on request. We do not ask for passwords, financial details, health or medical records, biometrics or sexual orientation, which the SPDI Rules call "sensitive personal data".
2. Scope
2.1. This policy covers the Double-Double website and app at doubledouble.co.in, our emails, push notifications, calendar feeds and the mail you send to our addresses.
2.2. It does not cover Zoom, Google Meet, Microsoft Teams, Google, Instagram or any other service you reach from Double-Double. Their own policies apply.
3. What we collect, and why
This section is our itemised notice. Each row names one kind of personal data and the purpose we use it for, as DPDP Rules, Rule 3 asks. The in-app privacy notice shows the same list in shorter words. In the Status column, "Built" means in use, "Planned" means not built yet, and "not switched on yet" means built but turned off for everyone.
Basis. The Basis column gives two answers: first under Indian law (DPDP Act), then under the GDPR.
- Under the DPDP Act: Consent (Section 6: you agreed, for that purpose), or a legitimate use under Section 7: 7(a) (you gave us the data yourself for that purpose and did not object), 7(d) (a law in India requires it), 7(e) (a court order or judgment requires it), 7(f) (a threat to someone's life or health).
- Under the GDPR: Contract (needed to give you the service you asked for), Consent, Legitimate interest (needed for safety, security or improving the service, balanced against your rights), Legal obligation.
3.0. Consent, and taking it back
- How you give it. At sign-up you tick that you are 18 or older and accept the Terms. On the privacy step you see this list, answer Yes or No to meeting people you do not know yet (nothing is chosen for you, and you cannot continue without an answer), and choose whether to get session reminders. Later choices (letting friends see when you are free, sharing your Instagram handle) are asked where you use them.
- What we record. Each choice, the version of the notice you saw, and the time. Our server writes the record and the notice version; you cannot change either. The record is append-only, so we can show what you agreed to and when.
- Choices we no longer ask. Until 11 November 2026 sign-up also offered "Help improve matching" and "Your own progress notes". Nothing in the service uses either answer, so we stopped asking. The old answers stay in your consent history. If a feature ever needs them, we will ask again where you use it, with a switch in Settings.
- How you take it back. In Settings, as easily as you gave it, at any time. We stop that use from then on. What we did before stays lawful. If you take back consent that a feature needs, that feature stops for you; the rest of the service keeps working.
- Leaving. In Settings → Your data you can also download everything we hold about you, or delete your account (sections 14 and 15).
- No consent managers. We do not use a registered Consent Manager (DPDP Act, Section 6(7)). You deal with us directly.
3.1. Account and sign-up
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Email address | Sign-in links, notices you choose, important notices about your account and these policies | 7(a) · Contract | Built |
| Google account ID, and the name and email Google shares | Signing in with Google | 7(a) · Contract | Planned (code present, turned off) |
| Cloudflare Turnstile result (Cloudflare processes your IP address and browser signals) | Stopping bots at sign-in and at "Ask to join" | 7(a) · Legitimate interest | Planned (not set up yet) |
| Invite code, or the friend, society or topic link you joined through, and who sent it | Running the invite-only test; limiting how many people a link lets in | 7(a) · Contract; Legitimate interest | Built |
| Your 18+ declaration and its time | Keeping the service adults-only | 7(d) · Legal obligation; Contract | Built |
| The Terms version you accepted and when | Proof of the agreement | 7(a) · Contract | Built |
| Your consent choices, with the notice version and time (append-only history) | Proof of consent; letting you change it | 7(d) · Legal obligation | Built |
| Ask to join: the email address you enter, the optional note, the time, our answer and which admin gave it | Answering your ask. We use the address only to reply. | Consent · Contract | Built |
| An email address typed on Sign in whose link is never opened | Sending the sign-in link. Deleted after 7 days, with no further email | 7(a) · Contract | Built |
Ask to join. If you have no invite, you can enter an email address on the "Ask to join" page. We store that address, your optional note, the time and our answer. Our admins see them, and no other member does. Anyone can type any address, so you may get one email you did not ask for, such as the waiting-list email. You can ignore it and we will not write again unless you ask. To stop one person sending many asks, the server counts asks per network address for 10 minutes, using a salted, scrambled form of the address; the counter itself is held in memory only. Like every request, the visit appears in our web server log (section 8). We keep a request while it waits for an answer and while you are on the waiting list, so we can let you in later. Once we say yes, we keep it for 30 days and then delete it automatically.
3.2. Profile and preferences
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Display name (need not be your real name) | Shown to the people you work with | 7(a) · Contract | Built |
| Username | Letting friends find you by exact username; shown to friends and co-members | 7(a) · Contract | Built |
| Photo (optional) | Shown to the people you work with | Consent · Contract | Planned (field exists, upload not built) |
| Time zone | Showing times correctly; matching | 7(a) · Contract | Built |
| Country (optional) | Matching; limiting sign-up by country if needed | 7(a) · Contract | Field exists, not asked yet |
| Languages | Matching | 7(a) · Contract | Field exists, not asked yet |
| Focus areas (for example Writing, Study) | Matching | 7(a) · Contract | Built |
| Session preferences: usual length, camera, quiet start or short hello, partner experience, repeat partners, group fallback, who to work with, how topic members count as your people | Matching | 7(a) · Contract | Built |
| Gender (optional) and same-gender-only preference | Only used if you ask to work with people of the same gender | Consent · Consent | Built |
| Who may send you friend requests | Controlling who can contact you | 7(a) · Contract | Built |
| Instagram handle (optional, not verified) | Shared only if you and a partner both agree after a session | Consent · Consent | Planned |
| Hosting choice ("happy for the meeting to be created with my account") | Choosing who hosts a meeting | 7(a) · Contract | Built (applies once accounts can be connected) |
| Your meeting room: one saved Google Meet or Zoom link, its passcode, whether your Zoom account is free or paid, whether its waiting room is on, when you saved it and last used it | Using your room for sessions you host; choosing a host whose room can hold the session | 7(a) · Contract | Built (not switched on yet) |
| Sound settings: sounds on or off, and volume | Playing a soft sound when a session card is waiting for you | 7(a) · Contract | Built |
3.3. Scheduling and matching
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| When you are free: free times for this week and next week, and whether they repeat every week, every other week or not at all | Matching | 7(a) · Contract | Built (not switched on yet) |
| Older-style plans: this week, next week and a usual week, dated changes, "if need be" times, notice, buffer and daily limits | Matching | 7(a) · Contract | Built (not switched on yet) |
| Session requests ("asks"): Double or Cowork, now or later, the part of the day or exact times, length range, topic, and whether you are open to anyone or only your circle | Matching | 7(a) · Contract | Built |
| What you will work on, for Cowork times. We turn your words into one work-area keyword and store only the keyword. Your words are not stored. | Matching people with similar work; suggesting public topics | 7(a) · Contract | Built |
| Cowork outlook: for each waiting Cowork ask, how likely a group is, as the engine sees it | Showing you how your Cowork ask is going, and letting you widen it | 7(a) · Contract | Built |
| Why an ask ended without a partner: nobody was free, only people you do not know yet were free (and which of your own settings kept you apart), or your window was shorter than the length you asked for | Telling you why, and what you could change | 7(a) · Contract | Built |
| Match records: which partners were considered and why, with score breakdowns, and the asks they weighed (which link to people). Kept 12 months, then only monthly counts | Running the matching engine; checking it is fair; fixing faults | 7(a) · Contract; Legitimate interest | Built |
| Your standing: new, regular, trusted or restricted; and whether repeated thumbs down mean you are placed only in groups | Safety: keeping people who were warned away from members they do not know | 7(a) · Legitimate interest | Built |
| Your answer to "Meet people you do not know yet?" (Zoom and Meet may show your account name) | Deciding if you can be matched with strangers | Consent · Consent | Built |
3.4. Sessions
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Session history: time, length, partners or group, topic, who checked in ("I'm here") | Running the service; showing your history; safety | 7(a) · Contract | Built |
| Arrival signals for each session: when you tapped "I'm here"; when you opened its meeting link through the app (counted from 10 minutes before the start); whether you opened any page of the app from 10 minutes before to 10 minutes after the start; and your partner's "{name} is with me". Kept only with that session. We keep no general "last seen" time. | Deciding whether you arrived: finding your partner someone else if you did not, and your reliability score | 7(a) · Legitimate interest | Built |
| Standby: being put on standby for a session close to your ask, and whether you said "Not this time" | Offering you a place first if someone in that session does not arrive | 7(a) · Contract | Built |
| Rescue records, when a partner does not arrive: who was missing, who was offered the place and until when, who said no or let the offer pass, and the choice the waiting person made (for example "Find me someone") | Finding the waiting person a new partner, one offer at a time; telling everyone asked how it ended | 7(a) · Contract | Built |
| "Did your partner turn up?" answers | Reliability; fairness | 7(a) · Legitimate interest | Built |
| Ratings you give after a session (thumbs up, down or skip, and a reason) | Matching; safety. Never shown to the person rated | 7(a) · Legitimate interest | Built |
| Reliability score (check-ins, turning up, staying) | Matching fairly. Never shown in the app | 7(a) · Legitimate interest | Built |
| "Add as friend" taps after a session | Forming a friendship only if both tap | 7(a) · Contract | Built |
| Meeting links pasted or posted for a session (Zoom, Google Meet, Teams), the Zoom passcode, who set the link and when, and how many times it changed (at most 20 changes; each change goes in the audit log) | Letting participants join | 7(a) · Contract | Built |
| Goal for the session, result (done, partly, not yet) and focus ratings | Your own progress notes | Consent · Consent | Planned (not asked until it exists) |
| RSVPs to topic sessions | Running scheduled sessions | 7(a) · Contract | Built |
| A Led session's plan (steps and minutes the host writes) | Showing topic members how the session will run | 7(a) · Contract | Built |
3.5. Friends, societies, topics and invites
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Friend requests, friendships, mutes, friend links you make | Finding and grouping people you know | 7(a) · Contract | Built |
| Username lookups you make (rate limited) | Preventing abuse of lookups | 7(a) · Legitimate interest | Built |
| Blocks | Keeping you apart from people you blocked | 7(a) · Contract; Legitimate interest | Built |
| Consent to let friends see your free times | Showing your next free time within 6 hours, and your working status, to friends who also turned it on | Consent · Consent | Built |
| "Working now" status, an optional short note (up to 60 characters), until when you are open to company, and friends' requests to join you (with your answer) | Letting friends ask to join you; starting a session when you say yes | 7(a) · Contract (only shared with the consent above) | Built |
| "Ask for a time": the one to three times a friend offers you, or you offer a friend, the length, and the answer | Booking a session between two friends | 7(a) · Contract | Built |
| Society and topic memberships, roles, join requests, proposals, invite links | Running spaces | 7(a) · Contract | Built |
| Invite permissions (who may send which kind of invite) | Running the invite-only test | 7(a) · Legitimate interest | Built |
| Time poll times and answers (Yes, If need be, No) | Choosing session times in a topic | 7(a) · Contract | Built |
3.6. Chat
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Chat messages, chat memberships, and when messages were sent | Delivering the chats you choose to join | 7(a) · Contract | Built (friend and group chat) |
| Session chat with a matched partner (both must turn it on) | Talking just before and after a session | Consent · Consent | Planned |
| Short-lived chat sign-in tokens (2 minutes) | Signing your browser in to the chat server | 7(a) · Contract | Built |
We do not store images or files. Images can appear in chat only as links, and we remove a link on a complaint. See section 9 for how chat works.
3.7. Notifications and calendars
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Your notices (the Updates list), and a queue of emails and push notifications to send | Telling you about sessions, friends, safety and reminders | 7(a) · Contract | Built |
| Your "Session reminders" choice | Sending push notifications, and session emails you choose | Consent · Consent | Built |
| Notification choices per kind and channel (app, push, email), and quiet hours if you set them | Sending only what you chose, when you chose | 7(a) · Contract | Built |
| Browser push subscription (an address at your browser's push service, and keys) | Sending push notifications | Consent · Consent | Built |
| Private calendar feed link (a long random token) | Letting your calendar app show your sessions | 7(a) · Contract (you turn it on) | Built |
| Google Calendar connection: an encrypted refresh token, and the events we create | Adding your sessions to a calendar the app creates. Write-only. We never read your calendars. | Consent · Consent | Planned |
| Zoom or Google account connection: an encrypted refresh token, and your Zoom account type | Creating meetings for your sessions, with recording off where allowed | Consent · Consent | Planned |
3.8. Safety, security and legal
| Data | Why | Basis (India · GDPR) | Status |
|---|---|---|---|
| Reports you make or that name you: category, details, the session, and for chat reports a copy of the last 30 messages | Reviewing reports; protecting members | 7(a); 7(d) · Legitimate interest; Legal obligation | Built |
| Grievances sent through the form: your name, email and what happened | Answering grievances | 7(d) · Legal obligation | Built |
| Mail you send to our addresses (hello@, support@, grievance@, legal@): your address, the message and our reply | Answering you | 7(a) · Contract; Legal obligation | Built |
| Moderation actions, warnings, suspensions, bans and strikes | Enforcing the Terms | 7(a); 7(d) · Legitimate interest; Legal obligation | Built |
| Account status: active, paused (and until when), closed or deleted; how many warnings and pauses; the rule and date of the latest one | Showing you your own account's standing in Settings | 7(a) · Contract | Built |
| Audit log: an append-only record of admin and moderation actions, session-link changes and account deletions | Accountability; detecting misuse by staff | 7(d) · Legitimate interest; Legal obligation | Built |
| Legal orders received and our response | Meeting legal duties | 7(d); 7(e) · Legal obligation | Built |
| A salted hash of a random install identifier stored in a cookie (no fingerprinting) | Spotting banned people who come back | 7(a) · Legitimate interest | Built |
| Sign-in records kept by our sign-in software: the time, network (IP) address and browser of each sign-in session, and a list of sign-in events | Security; spotting stolen sessions | 7(a); 7(d) · Legitimate interest; Legal obligation | Built |
| After an account ends: its email address, username, display name, sign-up date, the Terms version accepted, and the latest sign-in network address we hold, in a sealed record | IT Rules 3(1)(h): keeping registration details for 180 days after an account ends | 7(d) · Legal obligation | Built |
| Technical logs on our server (web server, app, database and sign-in software). These can include IP addresses. | Security; abuse prevention; fixing faults; legal log duties (section 8) | 7(d) · Legitimate interest; Legal obligation | Built |
| Rate-limit counters (for example lookups, count checks, invite attempts) | Preventing abuse | 7(a) · Legitimate interest | Built |
| For admins only: the second-factor (one-time code) secret | Protecting admin access | 7(a) · Contract; Legitimate interest | Built |
3.9. What we do not collect
- Audio or video from any session. We never record, transcribe or store it.
- Health information. We never ask about health conditions. Do not put health details in your profile, notes or chats.
- Government ID numbers, such as Aadhaar.
- Passwords. You sign in with an email link.
- Your contacts, location from your device, or the contents of your calendars.
- The words you type about your Cowork work. We keep only the work-area keyword.
- Images or files. We do not store any. Images can appear in chat only as links.
- Data from advertising networks or data brokers.
4. Who can see what
People are never listed, browsable or searchable in Double-Double.
| Data | Who can see it in the app |
|---|---|
| Email address | Only you and us. Never another member. An email address entered in "Ask to join" is seen by our admins only. |
| Display name and photo | People you are matched or in a session with; your friends; members of your societies and topics; people you chat with; people you send friend requests to; a person offered the place in your session |
| Username | Your friends, members of your societies and topics, people you chat with, people who receive your friend request. Not your matched partners, unless you are already connected. |
| Reliability score, ratings, "did they turn up" answers | Nobody in the app. Used only by the matching engine, and by us when we review a report. |
| Arrival signals | The other people in that session see a short status next to your name: here, on the way, opened the link, or not checked in. They never see when you opened the link, or whether you opened the app. |
| Standby and rescue offers | If your partner does not arrive, the person offered the place sees your display name and the session's times. You see the new person's display name when they join. Nobody sees who said no. |
| Your free times and "working now" status | Only friends who, like you, turned on "Let friends see when I'm free". Only your next free time within 6 hours. Never your plan or routines. |
| "Ask for a time" | Only the friend you asked, or who asked you |
| What you will work on (Cowork) | Nobody. Only the keyword is stored, and it is used for matching. You see it again after the session. |
| Why an ask found no partner; your Cowork outlook | Only you. Only your own settings are ever named. |
| Your meeting room | People in sessions you host. If someone in the session does not know you yet (not a friend, no shared society or topic), they see your room only from 10 minutes before the start until the end. Calendar files never carry a stranger's room. |
| Meeting links and passcodes | Participants in that session; people who RSVP yes to a topic session |
| Your session goal (planned) | Your session partner, as text, if you write one |
| Topic sessions | Members see the time, the plan and "Held by @username". Non-members see the time without the host. |
| Time poll answers | Members of that topic see who answered and how |
| Society and topic membership | Fellow members. Non-members see only a member count. |
| Chat messages | The people in that chat. Our moderators, only through a report. |
| Gender | Nobody. Used only for same-gender matching. |
| Sound, notification and quiet-hours settings | Only you |
| Account status, warnings and pauses | You, in Settings, and our moderators. Never other members. You never see who reported you. |
| Instagram handle (planned) | Only a partner who also chose to share, after a session |
| Reports | Our moderators. The person you report is not told who reported them. |
| Readiness counts in Schedule | Banded counts of people ready in a time window. Never names. Accounts younger than 7 days are left out. |
On Zoom, Google Meet and Teams. Once you join a call, the platform may show other participants your account name, photo and possibly your email. Hosts on these platforms may be able to record; Double-Double never records. A one-to-one call may connect devices directly, which can reveal your network (IP) address to the other person. Double-Double itself never shows another member your email or network address; the app says the same.
Our staff. The founder, and any admin we appoint, can see account data needed to run the service and handle reports. Admins must sign in with a second factor. Admin and moderation actions are written to an append-only audit log.
5. Automated decisions
5.1. Matching is automatic. It decides who you are paired or grouped with and when, using the data in sections 3.3 and 3.4. It also decides when a Cowork group is fixed (24 hours before its window opens), whom to put on standby, and whom to offer a place to when a partner does not arrive.
5.2. Matching does not decide whether you can use the service. Warnings, suspensions and bans are decided by a person. A warning also changes your standing to restricted: you are then matched only one to one with trusted members. Everyone starts as new, and nobody is trusted yet, so for now a restricted account is not matched with people it does not know. People who get repeated thumbs down are placed only in groups. A session with a restricted person is labelled in our records so a moderator looks at a report about it first; nobody watches it live.
5.2a. Automatic deletion. A nightly job deletes accounts on fixed rules, with no person deciding each case: an account with no activity for 24 months (after a warning email), an account that was confirmed but never finished sign-up (at day 30, after a reminder), an address that was never confirmed (after 7 days), and an account its owner closed (after 7 days). Section 8 has the details.
5.3. When an ask ends without a partner, we tell you why (section 3.3). If you think matching is unfair to you, write to the Grievance Officer.
6. Who we share data with
6.1. We never sell personal data. We do not share it for advertising.
6.2. Service providers (processors). They handle data only on our instructions.
| Provider | What it does | Data it receives | Where | Status |
|---|---|---|---|---|
| DigitalOcean (one rented server, a "Droplet") | Runs the machine. We run all the software on it ourselves: the app, database, sign-in, chat server and web server. | All data in section 3 is stored on its machine | Amsterdam, the Netherlands (EU) | Built |
| Brevo (Sendinblue SAS) | Sending sign-in links, answers to join requests, session and safety notices, and reminders by email. Open and click tracking is off. | Email address, email content | European Union | Built |
| Zoho Mail (Zoho Corporation) | Receiving and storing mail sent to our addresses, and our replies | Your email address, your message, our reply | India | Built |
| Browser push services: Google (Firebase Cloud Messaging), Mozilla, Apple, Microsoft | Delivering push notifications | A push address chosen by your browser; the notification text | Global | Built |
| Cloudflare (Turnstile) | Bot check at sign-in and "Ask to join" | IP address, browser signals | Global | Planned |
| An uptime monitor (not chosen yet) | Checking the site is up | No personal data | Not chosen yet | Planned |
| Sign in with Google; Google Calendar; creating Meet links | As in sections 3.1 and 3.7 | Global | Planned | |
| Zoom | Creating Zoom meetings | Meeting details, your Zoom account token | Global | Planned |
We use no error-reporting service and no analytics service.
6.3. Zoom, Google Meet and Teams as platforms. When you open a meeting, you deal with that platform directly. It collects data under its own privacy policy. We do not control what it collects, shows or records.
6.4. Other members. We show other members only what section 4 lists.
6.5. Law enforcement and courts. We share data when the law requires it, for example a valid court or government order, or to protect someone from serious harm. Requests go to legal@doubledouble.co.in. We record every order. We tell the person affected where the law allows.
6.6. If the service changes hands. If another organisation takes over Double-Double, your data may move to it. It must keep the promises in this policy. We will tell you first.
7. International transfers
7.1. We operate from India. Our server is in Amsterdam, in the European Union. So:
- if you live in India, your data is stored outside India, in the EU;
- if you live anywhere, we look after it from India, so it is reached from India;
- mail you send us is stored by Zoho in India;
- some providers in section 6 (push services) process data in other countries, including the United States.
7.2. Under Indian law. The DPDP Act (Section 16) allows transfers outside India except to countries the Government restricts. As of 11 November 2026 no country is restricted. We will follow any restriction.
7.3. For people in the EU and UK. Reaching EU-stored data from India, and storing mail in India, are transfers out of the EU and UK. We use safeguards approved under the GDPR, such as the European Commission's Standard Contractual Clauses and the UK addendum, where a transfer needs them.
8. How long we keep data
These periods are proposals until our lawyer confirms them. A job runs every night and deletes what is past its period; rows marked "automatic" below are deleted that way. Where a row says "until", nothing is deleted on a timer.
Under Indian law. Three rules set minimum periods that are longer than some rows below:
- DPDP Rules, Rule 8(3): keep personal data, the traffic data that goes with it, and logs of processing for at least one year, for the purposes the Rules list (from about 13 May 2027).
- CERT-In Directions (28 April 2022): keep the logs of our systems for 180 days, and produce them on request. The Directions say the logs are kept "within the Indian jurisdiction"; our server is in the EU.
- IT Rules, Rule 3(1)(g) and (h): keep content we remove, and a person's registration details, for 180 days after removal or after the account ends.
| Data | How long |
|---|---|
| Profile | Until you delete your account, or until 24 months pass with no activity: automatic, with a warning email 14 days before (see 8.1) |
| Session history, past asks, arrival signals and rescue records | While your account exists. After it is deleted, kept without your name because they also belong to the other people in those sessions; no end date yet |
| Accounts that confirmed their address but never finished sign-up | A reminder email on day 23, then the account is deleted on day 30, and never sooner than a week after the email went: automatic. Finishing sign-up keeps it |
| An address typed on Sign in whose link was never opened | Deleted after 7 days, quietly, with no email: automatic |
| Free times, plans and asks | Until you change them; a past ask is kept with your session history |
| Why an ask found no partner; Cowork outlook | With the ask |
| Arrival signals, standby and rescue records | With the session they belong to |
| Meeting room | Until you remove it or delete your account |
| Meeting links and passcodes | With the session they belong to |
| Session goal text (planned) | 90 days, then removed (not built yet) |
| Match decision records | 12 months, then turned into monthly counts with no names or ids: automatic |
| "Working now" status | Until you stop or it runs out; deleted a day after it runs out: automatic |
| Friends' requests to join | 30 days after the answer, or 30 days after the request ran out unanswered: automatic |
| "Ask for a time" | 30 days after both the answer and the last time it offered: automatic |
| Time poll answers | With the poll; polls are not deleted on a timer yet |
| Your notices (Updates list) and the record of emails and pushes we sent | The Updates list shows 30 days; every notice is deleted after 90 days: automatic |
| Sound, notification and quiet-hours settings | Until you change them or delete your account |
| Reports and moderation actions | Not deleted on a timer yet; we propose 24 months |
| Ratings, blocks, strikes, the install hash | Not deleted on a timer yet, so that blocked people stay apart and a banned person cannot simply rejoin |
| Audit log | Not deleted on a timer yet; it is append-only |
| Sign-in records and technical logs | 180 days, then deleted: the server's system log (sign-ins, SSH, the services, and a minimal web request log of time, IP address, method, path without query string, status and duration), the sign-in service's audit records, and each sign-in session (its IP address and browser) 180 days after it was last used: automatic. |
| Limits on how often you can look people up or try invite codes | 7 days: automatic |
| Push subscriptions | Until you turn push off, or after 12 months in which nothing was delivered to it: automatic |
| Session chat messages (planned) | 24 hours after the session (not built yet) |
| Group and circle chat messages | Each message is deleted 90 days after it was sent: automatic |
| Friend chat messages | Each message is deleted 12 months after it was sent: automatic |
| Friend requests | 30 days if unanswered (a declined request looks unanswered to the person who asked, and goes at the same time): automatic |
| Society join requests | 30 days if unanswered or declined: automatic |
| Ask to join requests (email, note, time, answer) | Until we say yes, then 30 days: automatic. While you are on the waiting list we keep it, so we can let you in later |
| Mail to our addresses (Zoho) | Not deleted on a timer yet; we propose 24 months, longer for grievances and legal orders |
| Calendar, Zoom and Google tokens (planned) | Until you disconnect |
| Calendar feed link | Until you turn it off or replace it |
| Consent history | For as long as we rely on it, and then for the period needed to prove it; no end date set yet |
| Grievances | Not deleted on a timer yet; we propose 24 months |
| Legal orders | Not deleted on a timer yet |
| Content we remove after a report or order (a chat message, or society, topic, session or poll text) | A sealed copy is kept 180 days after removal (IT Rules 3(1)(g)), longer while the person who wrote it is under a legal hold, then deleted. Only an admin with a second factor can open it |
| Registration details after an account ends | Email address, username, display name, sign-up date, Terms version and latest sign-in network address, in a sealed record only an admin with a second factor can open (each look-up is logged): 180 days, then deleted: automatic (IT Rules 3(1)(h)) |
| Backups | The 14 most recent nightly copies of the database and the chat server, kept on the same server; each normally goes after 14 days |
The nightly job never deletes reports, strikes, moderation actions, ratings, blocks or the audit log. Where a row above says "no end date yet", we will set one with our lawyer and update this policy.
8.1. Inactive accounts. "Activity" means signing in or using the app while signed in. When an account has had no activity for nearly 24 months, we email you 14 days before we delete it (at least a week before, whatever happens), and the email says the date. If you sign in or use the app before then, the account stays. We delete it only if there has still been no activity, and only if the email was sent. Founder and admin accounts, and accounts that are paused or closed under our rules, are not deleted this way. We give this notice in the spirit of DPDP Rules, Rule 8, which asks for at least 48 hours' notice.
9. Chat
9.1. Not end-to-end encrypted. Chats run on our own chat server (ejabberd, using the XMPP standard). Messages travel over encrypted connections, but they are stored on our server in a form we can read.
9.2. Why. We keep chats readable so that a report can include the messages. This protects members from abuse.
9.3. When we look. We look at a chat only if someone reports it or the law requires us to. For a report, we copy the last 30 messages of that chat into the report. Only our moderators see the copy. For a group chat, the copy starts no earlier than when the reporter joined.
9.4. Archive. The chat server keeps an archive of every chat so that messages reach you on any device, including messages sent while you were away. Each person in a friend chat has their own copy of that chat. A group chat has one archive for the group. Messages leave the archive on the schedule in section 8 (90 days for group chats, 12 months for friend chats, counted from each message). The archive is in our nightly backups, which are kept 14 days.
9.5. Who can talk. Every chat needs each participant's consent. Our database decides who may talk. People you have not connected with cannot message you.
9.6. Group chat history. The app shows you only messages sent after you joined a group chat. A member who connects with their own XMPP software, outside our app, might be able to read earlier messages in that group.
9.6a. Images and files. Chat is text only. We do not store images or files. An image can appear only as a link someone pastes; we remove such a link on a complaint.
9.7. Blocks. When you block someone, your friend chat with them ends and you are never matched together again. In society and topic chats you both belong to, you stop seeing each other's messages. Nobody is removed from a group chat.
10. Cookies and similar storage
10.1. We use only cookies and storage that the service needs to work. We use no advertising, tracking or analytics cookies, and no third-party analytics such as Google Analytics.
| Name | What it does | How long |
|---|---|---|
| Sign-in session cookies (set by our sign-in software, names start with sb-) | Keep you signed in | Until you sign out, or the session expires |
| dd_iid | A random install identifier. We store only a salted hash of it against your account, at most once a day. Used to spot banned people who come back. | 1 year |
| dd_iid_noted | Remembers that we already noted the install today | 1 day |
| dd_invite | Holds an invite code from an invite link while you sign up | 7 days |
| dd_link | Holds a friend, society or topic link while you sign up, so you join the right place | 7 days |
| dd:push-declined (browser local storage) | Remembers that you dismissed the push notification prompt | Until you clear it |
| Cloudflare Turnstile (planned) | Bot check on the sign-in page | Set by Cloudflare |
10.2. We do not respond to "Do Not Track" signals, because we do not track you.
11. Notifications and sounds
11.1. In the app. Notices about your sessions, friends and safety appear in your Updates list. Session and safety notices always appear there.
11.2. Email. We send sign-in links when you ask for them. We send session and safety notices by email, and you can turn most of them off in Settings → Notifications; safety emails always go. Reminders go by email only if you choose it.
11.3. Push. If you allow it in your browser, we send push notifications, reminders first. Your browser's push service (Google, Mozilla, Apple or Microsoft) delivers them. We send only to those services. Names in a notification are short and never in its title.
11.4. Quiet hours. If you set quiet hours, we hold push and email until they end. A few notices that cannot wait, such as an offer to join a session that has just started, still go.
11.5. Sounds. Home can play a soft sound when a session card is waiting for you. The sound is made in your browser; nothing is recorded or sent. We store only whether sounds are on and how loud.
11.6. No marketing. We do not send marketing emails. If that changes, we will ask first.
12. Security
12.1. We protect data with:
- encrypted connections (HTTPS) everywhere, with free Let's Encrypt certificates;
- a firewall that lets in only secure shell, web and secure web traffic; the database and the chat server accept connections only through our web server, with access rules on every table;
- access rules in the database on every table, so each person reads only what they may;
- sign-in by email link only; password sign-in is refused;
- a second factor for admins, and an append-only audit log;
- automatic daily security updates;
- nightly backups; the database copy is checked readable each night. They are kept on the same server, not off-site, so losing the server would lose them too;
- encryption of stored access tokens for connected accounts (planned), with the key kept outside the database;
- the least access needed for each part of the system.
12.2. Our internal Security Policy sets out these practices, as SPDI Rule 8 asks. We send a summary on request.
12.3. No system is perfectly secure. If a breach affects your data, we tell you without delay: what happened, what it means for you, what we are doing and what you can do. We tell the authorities as the law requires: CERT-In within 6 hours of noticing an incident it lists; under the DPDP Rules (Rule 7), the Data Protection Board without delay and in detail within 72 hours; under the GDPR, the authority within 72 hours.
13. Age
13.1. Double-Double is for people aged 18 or older only. We do not knowingly collect data from anyone under 18. Under the DPDP Act a person under 18 is a child; we do not offer the service to children, so we do not ask for a parent's consent.
13.2. If we learn that a user is under 18, we close the account and delete their data, except records we must keep for safety or by law.
13.3. Report a suspected minor with "Seems to be under 18", or write to the Grievance Officer.
14. Your rights
14.1. Everyone. Wherever you live, you can:
- see your data: most of it is in the app;
- correct it: your display name, username, time zone, focus areas and session choices are editable in Settings; to change your email address, write to us;
- get a copy of it: in Settings → Your data, tap Download my data. You get one file (JSON, a plain format other apps can read) with your profile, choices, consents, free times, asks, sessions, friends, spaces, notices and the chat messages you sent. Other people appear in it by display name only; it never shows who reported you, ratings others gave you or moderators' notes. You can download it 3 times a day; for anything it leaves out (it lists what), write to us;
- delete your account: in Settings → Your data, tap Delete my account, then Close my account. Section 15 says what happens;
- withdraw consent for any optional purpose in Settings, at any time. This does not affect what we did before;
- complain to our Grievance Officer.
14.2. Under Indian law.
- Under the DPDP Act (when its duties start). You have the right to a summary of your data, what we do with it, and whom we shared it with (Section 11); to correction, completion, updating and erasure (Section 12); to grievance redress (Section 13); and to nominate someone (Section 14).
- Nominee. You can name a person to use your rights if you die or become unable to act for yourself. Write to us from your account's email address with the person's name and email. We record it, and you can change it at any time.
- Grievance first, then the Board. Write to our Grievance Officer first; the DPDP Act asks you to use our grievance redress before going to the Data Protection Board of India (Section 13(3)). If we do not solve it, you can complain to the Board, which works online, at https://www.dpb.gov.in.
- Response time. We answer a rights request (a copy, correction, erasure, a nominee) within 30 days. A grievance (a complaint) is resolved within 7 days (section 19). The DPDP Rules set an outer limit of 90 days for rights requests (Rule 14(3)).
- Until then, under the SPDI Rules. You can review and correct the information you gave us (Rule 5(6)) and withdraw consent (Rule 5(7)). Our Grievance Officer resolves complaints within one month (Rule 5(9)), and within 7 days under the IT Rules (section 19).
14.3. In the EU and UK (GDPR). You also have the right to restrict processing, to object to processing based on legitimate interest, and to data portability. You can complain to your local data protection authority, or in the UK to the Information Commissioner's Office.
14.4. How to ask. Most rights you use yourself in Settings. For anything else, write to the Grievance Officer at grievance@doubledouble.co.in from the email address on your account. We may ask you to confirm it is you. We reply to a rights request within 30 days, and resolve a complaint within 7 days.
15. Deleting your account
In Settings → Your data, tap Delete my account…. The page shows what we delete, what we keep and the date; tap Close my account to go ahead.
15.0. Seven days to change your mind. Your account closes at once: you are signed out on every device, your booked sessions end, as do the society and topic sessions you host, and the others in them are told, nobody can see or match you (friends, members and chats included), and your chats stop. Nothing is deleted yet. We email you that the account is closed and the date it will be deleted, so that if someone else closed it, you can stop it. Sign in within 7 days and tap Keep my account, and everything comes back as it was, except sessions that ended (sessions you hosted stay cancelled). After 7 days, our nightly job deletes the account as below. If you cannot use Settings, write to us from your account's email address and we do it for you.
15.1. What we remove. First we copy your registration details (email address, username, display name, sign-up date, the Terms version you accepted, and the latest sign-in network address we hold) into a sealed record, kept 180 days as IT Rules 3(1)(h) asks and then deleted; only an admin with a second factor can open it, and each look-up is logged. Then we remove: your email address (replaced with a placeholder), display name, username, photo, country, gender, Instagram handle, languages and focus areas, the work-area keyword in your plan, free times and plans, friendships and friend links, friend join requests and time asks, society and topic memberships, RSVPs and poll answers, your meeting room, calendar feed, push subscriptions, notification, sound and quiet-hours choices and session preferences (back to their defaults), unsent notices and "working now" status. Your booked sessions end, and the others in them are told. Your sign-in stops for good.
15.2. Chat. Your chat account and your own copy of your chats are deleted. A message belongs to the person who sent it and to the people who received it, so we do not destroy other people's copies:
- Group chats (societies and topics): your messages stay for the other members, shown as "A member", with no name, username or email. Inside our systems they still carry the random account number that your remaining safety records use, so they are not fully anonymous.
- Friend chats: the chat closes for your friend, as when a friendship ends. The conversation stays in our chat archive, without your name, so a report about it can still be looked into.
- Both are deleted on the normal schedule in section 8, like every other message. To have particular messages removed sooner, write to the Grievance Officer and we will remove them.
- A copy of messages kept with a report about you stays with that report (15.3).
15.3. What we keep. We keep, linked to an account with no email address and no name:
- reports you made or that named you, and moderation actions, for the period in section 8;
- strikes, ratings, blocks and the install hash, so a banned person cannot simply rejoin and blocked people stay apart;
- your consent history, as proof;
- session history, past asks, arrival signals and rescue records, which also belong to the other people in those sessions;
- notices already sent to you;
- the audit log, including a record that the account was deleted;
- the sealed registration record (15.1), for 180 days;
- records we must keep by law (section 8).
We tell you what we keep, and why, before we delete: on the Your data page, and in the emails we send before an automatic deletion.
15.4. Backups. Deleted data stays in our nightly backups until they are replaced, normally 14 days later. If we ever restore a backup, we delete again every account that was deleted after that backup was made.
16. Legal orders
16.1. We keep a record of every order from a court or government authority, what it asked for, and what we did. We check the legal orders inbox at least daily.
16.2. Under the IT Rules we act on a court or government order to remove content within 3 hours, and give information to an authorised agency within 72 hours of a lawful order. The IT Rules also ask us to keep removed content for 180 days, and to keep data an order names. When we remove content, we first keep a sealed copy for 180 days. When an order names a person, or we remove something they wrote, we put a legal hold on their account: until we lift it, the account is not deleted (not even if its owner closes it, or it is inactive), and the chat messages they sent are kept in a sealed copy before the normal schedule would delete them. Only an admin with a second factor can open these copies, and every step is logged.
16.3. We answer an order only after checking that it is genuine, through the official channel it came from. We send only what the order names, and we send it ourselves; the app never sends anyone's data on its own.
17. Planned features
Before any of these is turned on, we will update this policy and, where needed, ask for your consent:
- Sign in with Google.
- Cloudflare Turnstile bot checks.
- Connecting a Zoom or Google account to create meetings.
- Google Calendar, write-only.
- Session chat with matched partners.
- Sharing Instagram handles.
- Your own progress notes (goals, results, focus ratings).
- Private societies (circles).
- Off-site backups.
- Payments, phone verification, women-only rooms (later, if at all).
- A paid AI service that reads what you type for Cowork times to choose a work area. This would be a new processor and would need your notice first.
18. Changes to this policy
18.1. We may change this policy. If a change is important, we tell you first, in the app and by email (a notice from us that you cannot turn off). Where we need your consent again, we ask before your next session.
18.2. Each version has a number and date. Your consents record which version you saw.
18.3. At least once a year (each January) we remind you of this policy, our Terms and our rules, in the app and by email, as the IT Rules ask (Rule 3(1)(c)).
18.4. This policy is in English. On request, we will provide it, our Terms and our community rules in any language in the Eighth Schedule to the Constitution of India. Write to support@doubledouble.co.in and name the language. If a translation and the English version differ, the English version applies where the law allows.
19. Contact and grievances
- Grievance Officer: Parthasarathy Vaidya, Grievance Officer, Mysore, Karnataka, India, grievance@doubledouble.co.in
- Web form: doubledouble.co.in/grievance
- Support: support@doubledouble.co.in
- Legal orders: legal@doubledouble.co.in
- Post: Parthasarathy Vaidya, Mysore, Karnataka, India
Mail to these addresses is received and stored by Zoho Mail (section 6.2).
19.1. How fast we act on a grievance (IT Rules as amended in 2026):
- We acknowledge every grievance within 24 hours.
- We resolve it within 7 days.
- A complaint asking us to remove other content that breaks the Terms' community rules: we act on it within 36 hours.
- A complaint about content showing a person's private areas, nudity or sexual acts without their consent, or impersonating them in such content: we remove or disable it within 2 hours.
19.2. If you are not satisfied with our Grievance Officer's decision, you can appeal to the Grievance Appellate Committee set up under the IT Rules, within 30 days, at https://gac.gov.in. For data protection complaints, you can go to the Data Protection Board of India once its duties start (section 14.2).