Skip to content

Email context infrastructure

Get the inbox data you need. Leave the rest private.

bind.co is an API that turns email into structured, source-backed records, keeps them current as new email arrives, and gives your app only the records users authorize.

GET/v1/contacts
sort_by=-last_contactAuthorization: Bearer <access_token>
200Response (excerpt)
{"items": [{"contact_name": {"value": "Dana Ruiz","bind_inference_confidence": 0.95},"contact_relationship_strength": {"value": 7,"bind_inference_confidence": 0.7}}]}
Sample contact Dana Ruiz

Dana Ruiz

dana@acme.com

Client

Controller

Acme's controller; handles the monthly close.

Relationship strength

7/10

How it works

Users approve a use case. Your app gets records.

Consent-scoped by design. Records that stay current. One API across inboxes.

  • Consent-scoped by design

    Users approve a defined use case and your product receives only the records that scope permits.

    An app requests access to Contacts and Expenses, which are checked, but not Payroll, then the user clicks Approve.
  • Records that stay current

    bind.co maintains persistent, evolving records. It handles synchronization, threading, classification, extraction and provenance, then returns structured records your product can use.

    Gmail, Outlook, and other inboxes flow through bind.co into structured records: Contact, Expense, and Payroll event.
  • One API across inboxes

    Google and Microsoft connect through one interface with the same consent model and same structured responses.

    Google Gmail and Microsoft Outlook connect through bind.co to a unified JSON response schema.

Who it's for

Built for builders.

Whether you're extending an existing product or building something new, bind.co gives you the inbox context without the infrastructure work.

  • Software companies

    Make existing products smarter with customer, financial and relationship context.

  • Startups & developers

    Build new applications without building and maintaining inbox infrastructure.

  • AI agent builders

    Give agents structured, source-backed context they can reliably act on.

Verticals

  • Accounting
  • Practice management
  • Field services
  • SMB finance
  • Fundraising
  • More...

Use cases

  • CRM
  • Bill pay
  • Expense management
  • Fundraising
  • Payroll
  • More...

What you get

Structured records your app can build on.

Contacts, business records and drafts from the same consented inbox. One API, one consent, one response shape.

{"contact_id": "con_3SrGoE2zltj","contact_name": {"value": "Dana Ruiz","bind_inference_confidence": 0.95},"contact_title": {"value": "Controller","bind_inference_confidence": 0.9},"contact_relationship_strength": {"value": 7,"bind_inference_confidence": 0.7}}

Why it's different

Reliable records from an inbox that never stops changing.

bind.co reconciles changing information, merges duplicates, preserves human decisions and keeps records connected to their sources.

Sample contact Dana Ruiz

Dana Ruiz

dana@acme.com

  • Controller 0.90
  • Prospect stage 1.00
Client

Connection summary

Acme's controller; handles the monthly close.

Relationship strength

7/10

Evidence

  • Monthly closeOct 14
  • INV-2207Oct 9

Human-saved

Saved by Alex R. on Oct 3, 2026

Suggested; your saved stage is kept:

Prospect -> Active 0.84

Review
  • Reconciled as information changes

    New emails update existing records, resolving duplicates and conflicting information rather than creating disconnected answers.

  • Confidence scores on every inference

    Inferred values include confidence scores so your product can decide what to accept or review.

  • Evidence stays attached

    Records link back to their sources, so users can verify where information came from.

  • Human decisions stick

    Confirmed and corrected values are preserved. New evidence can be reviewed without silently overriding user decisions.

Why it matters

Build it yourself, or bind it in?

What it takes to turn inbox information into something your product can use.

Build it yourself

Five workstreams before your first record.

  1. Connect the inbox

    Google + Microsoft APIs, OAuth, app verification

    Significant
  2. Clear the trust gates

    SOC 2, CASA, security, storage + data residency

    Specialist
  3. Make email usable

    Threads, attachments, provider differences + edge cases

    Deceptively hard
  4. Build the intelligence layer

    Classification, extraction, confidence, matching + deduplication

    Major build
  5. Keep it working

    Consent, revocation, API changes, compliance + maintenance

    Ongoing

A lot to build.

And it never really stops.

Bind it in

Three steps to your first record.

  1. Create a developer account

  2. Submit an app for verification

  3. Build

~Same day.

Approvals usually happen same business day.

About bind.co

Built by software founders.

bind.co's founders encountered the private context problem building their prior company over 20 years to a valuation of more than $1 billion. bind.co is the trust and email context infrastructure we wished had existed, so product teams can stay focused on customer experience.

What people are saying

  • “It’s Plaid for the inbox.”

    Serial Entrepreneur, $400M exit
  • “The documentation was excellent and the integration was straightforward.”

    Founder & CPO, SMB Application
  • “I am glad you are building it instead of us.”

    CPO, Private Equity Owned
  • SOC 2 Type II

    Independently audited for security, availability, and confidentiality.

  • CASA Level 2

    Meets the Cloud Application Security Assessment requirements.

  • No training on customer data.

    No selling of customer data.

    Encrypted in transit and at rest.

Frequently asked questions

Questions developers ask

Choose a topic to see its questions, then select a question to read the answer.

Top questions

5 questions
  • What is bind.co?

    bind.co is email context infrastructure for applications and AI agents. With the user’s permission, it turns inbox information into structured business records, such as contacts, relationships and expenses. Those records stay current as new email arrives, and your application receives only what the user approves.

  • Does my app ever see users’ emails?

    No. Your app doesn’t get access to users’ mailboxes, and email messages don’t cross the API. bind.co processes the inbox on its side and returns structured records within the permissions users approve.

  • Why not connect an LLM to the Gmail or Graph API myself?

    You can, and it will demo well. Production is harder. The same fact appears across many threads, values change over time, document versions conflict, and user corrections have nowhere to persist, so the next run can contradict them. You also take on OAuth app verification, CASA, provider rate limits and ongoing maintenance.

    bind.co maintains one reconciled record across the whole inbox, so your agent queries facts instead of re-reading email each time.

  • What does the API return?

    Depending on approved permissions:

    • Contacts and relationships: People, organizations, inferred roles, relationship strength and communication history.
    • Business records: Document classifications, extracted fields and structured records such as expenses, invoices, receipts and payroll change requests.
    • Drafts: Personalized emails written toward a goal your app sets, informed by relationship history.

    Inferred values include confidence scores and source references where applicable. Full schemas are in the API docs.

  • How is bind.co priced?

    Pricing depends on the number of connected inboxes, the capabilities you use and the amount of processing required. If you’re evaluating bind.co or planning a larger integration, talk to a founder about your use case.

Understanding bind.co

5 questions
  • How is bind.co different from Gmail, Microsoft Graph or a unified email API?

    Email APIs return messages, threads and attachments, and turning those into usable data is left to you. bind.co returns maintained business records, such as contacts, relationships and expenses, within the permissions the user approved. You can also run bind.co alongside an existing email integration.

  • Who is bind.co built for?

    Software companies adding inbox context to existing products, developers building new applications, and AI agent builders who need context their agents can reliably act on. Agencies also use bind.co to build for clients.

    Our initial focus is software serving small and midsize businesses in relationship-driven work, such as accounting, practice management, CRM, accounts payable, expense management and field services.

  • How does bind.co keep records accurate?

    bind.co reconciles information across the inbox, resolves duplicates and keeps records current as new information arrives. Because answers come from maintained records, the same question returns the same answer unless the underlying information changes.

    Inferred values include confidence scores and supporting evidence, so your app can decide what to trust and what needs review. User-confirmed values are preserved rather than silently overwritten by new AI-generated suggestions.

  • How do Drafts work?

    Your app sets a goal, such as following up with prospects, re-engaging past clients, requesting a review or chasing a missing document. bind.co then drafts a personalized email for each relevant contact, informed by relationship history. You can pass in additional context to sharpen the drafts.

    Users review and edit before anything is sent, and sending requires a separate permission.

  • Can bind.co use context beyond the inbox or support custom use cases?

    Your app can pass in additional context, such as customer details, meeting notes or instructions. We can also work with you on custom record types, documents and sources beyond the inbox. Talk to a founder about what you’re building and we’ll help determine what’s possible.

Trust and data

6 questions
  • Is bind.co secure?

    bind.co is SOC 2 Type II audited and has completed a CASA Level 2 assessment. Data is encrypted in transit and at rest. Applications receive only the information users authorize, not access to their mailboxes. You can review our security documentation in the Trust Center.

  • Does bind.co train AI models on customer data or sell it?

    No. bind.co does not use customer data to train AI models and does not sell customer data.

  • Where is data stored?

    bind.co is hosting on the Google Cloud Platform in US Data centres. If you have additional region and data residency requirements, contact us.

  • Who is responsible for data once my app receives it?

    Users control which apps are authorized. bind.co is responsible for protecting data within its infrastructure. Once your app receives records, your use, storage and retention of them are governed by your own policies and privacy obligations.

  • Will my users see bind.co?

    Users see bind.co when they connect their inbox and approve what your app can receive, and they can manage their authorizations through bind.co. There is no separate app for them to use day to day.

Building with bind.co

5 questions
  • How quickly do records become available?

    Records become available as bind.co processes the inbox, so you can start using results before historical processing finishes. Processing time depends on inbox size and the information requested. New email is processed as it arrives, and webhooks notify your app when relevant records change.

  • Which email providers and account types are supported?

    bind.co supports Google (Gmail) and Microsoft (Outlook) inboxes through one API, with the same consent model and response shape for both. For shared mailboxes, specific account types or other providers, contact us.

  • Do I need my own Google verification or CASA assessment?

    bind.co holds the Gmail and Outlook connection and has completed the CASA assessment for that access. Your app goes through bind.co’s app review instead. If your own compliance program has additional requirements, talk to a founder.

  • How do I integrate bind.co?

    bind.co is a REST API with an OpenAPI specification, documentation and webhooks. The docs are also published in Markdown with an llms.txt index, so you can work with them directly in AI coding tools.

  • How do I get started?

    Create a developer account, register your app and submit it for review. Reviews are typically completed the same business day. Once approved, connect your own inbox and test against the live API.

    The Quickstart walks you through your first call.

Ready to build?

Bring inbox context into your product.

Explore the docs, start building, or speak with the team about your use case.