Skip to content
InnerZero logoInnerZero
← Back to Learn

How to Use AI With Gmail Without Giving Up Your Privacy

Most AI email tools fetch and store your message bodies in the cloud. InnerZero takes a different trade-off: read-only, metadata-only Gmail access. Here is exactly what that means and what it can and cannot do.

Louie·2026-06-30·8 min read
featuresprivacyguide

Most "AI for email" tools work by handing your entire inbox to a cloud model. The model reads message bodies, attachments, threads, the lot, and indexes everything on someone else's servers. The convenience is real. So is the privacy cost.

InnerZero takes a different trade-off. The Gmail integration is read-only and metadata-only. Message bodies are never fetched or stored. This post explains exactly what that means, what it can and cannot do, and when this trade-off is the right one for you.

Quick summary

  • Most AI inbox tools (Superhuman AI, Shortwave, Gemini in Gmail) read full message bodies and process them on cloud servers
  • InnerZero reads only Gmail metadata: sender, subject, and a short snippet of recent inbox emails. Message bodies are never fetched or stored
  • That trade-off is enough for triage, follow-up reminders, sender pattern analysis, and meeting-context prompts; it is NOT a "summarise this 200-message thread" tool
  • The integration uses Gmail's read-only OAuth scope; no sending, no archiving, no labels, no deletion

What does AI for Gmail privacy actually mean?

When people ask "is this AI tool private?", they usually mean two things: where does my data go, and who can read it once it gets there?

For an email AI specifically, private means the AI can be useful without uploading every message you have ever sent or received to a third-party server. Most cloud AI inbox tools fail this test by design. The model needs the full text of your messages to summarise threads or draft replies, so the body of every email you ask about (and often the body of every email in the thread, including the other party's replies) gets transmitted, processed, and often retained for an unspecified window.

InnerZero treats that as the wrong default. The wording on the features page is exact and worth quoting verbatim: read-only Gmail with metadata only (sender, subject, snippet); message bodies are never fetched or stored. The full text of your emails stays on Google's servers, which is where it already lives. Nothing about message contents reaches InnerZero, your local AI, or any cloud provider.

How does InnerZero connect to Gmail?

The integration uses Gmail's standard read-only OAuth scope (gmail.readonly). Google documents the available Gmail scopes on its developer site. Read-only is the most restrictive scope that still lets a third-party app see the inbox at all. It cannot send mail. It cannot archive, label, or delete. It cannot move messages. It can only read.

Within that scope, InnerZero pulls only three fields per recent inbox message: sender, subject, and the short text snippet that Google itself surfaces in inbox previews. That snippet is the same line you see in the Gmail web UI before you open a thread; it is generated by Google, not by the connector reading the message body. InnerZero stores those three fields locally on your machine, so the AI can answer questions about your mail without re-querying Gmail every time you ask.

There is no message-body fetch. The Gmail API exposes a messages.get endpoint that returns the full contents of a message; the connector does not call it for ingestion. Attachments are not fetched. Spam, Trash, Drafts, Sent, Promotions, and Social categories are skipped entirely. None of this is ever transmitted to any cloud LLM, in any mode.

What can a metadata-only Gmail integration do?

More than you might think. Most useful inbox-AI tasks do not actually need full message bodies; they need to know who messaged whom, when, about what, with what tone of urgency. Metadata covers all of that.

  • Triage. "Show me which senders are waiting on a reply and roughly how urgent it looks based on subject lines." Sender plus subject plus snippet is enough.
  • Follow-up reminders. "Remind me on Friday to follow up with Sarah about the proposal." The assistant has the metadata; it can build the calendar entry without re-reading the thread.
  • Sender patterns. "Who has emailed me five or more times this week and is still waiting on a response?" That is a metadata count, not a body read.
  • Meeting context. "Before my 3pm, surface the last three subjects from the people on that calendar invite." Subjects and snippets are enough to remember the thread.
  • Unread surface. "Which unread emails today look like they need an actual reply rather than just a notification?" Subject plus short snippet is usually enough to tell the difference.

For tasks like these, the trade-off is genuinely free: you give up nothing useful by keeping message bodies off the wire.

What can a metadata-only Gmail integration not do?

It is not a "summarise this entire thread" tool. The full body is needed for that, and the connector does not have it. If you ask, the assistant says so plainly rather than making something up.

It cannot draft a long, contextually-rich reply that quotes specifics from the email's body. It can draft from the subject and snippet (which is often enough for short replies), and from anything you paste into the chat directly. If you want a reply that quotes paragraph two of a six-paragraph email, paste that paragraph in.

It cannot search the body of a message for a specific phrase. Gmail's own search does that. InnerZero's metadata search covers sender, subject, and the visible snippet only.

It cannot archive, label, mark-as-read, send, reply, or otherwise mutate your inbox. The integration is one-way and read-only by design. That is the trade-off that keeps the privacy story clean.

How does this compare to cloud AI that reads my whole inbox?

Tools like Superhuman AI, Shortwave, and Gemini in Gmail take a different trade-off. They are designed around full inbox access, including message bodies. That gives them capabilities InnerZero does not have: deep-thread summarisation, body-aware replies, body-level search across years of email. If those features matter most to you, those tools are the right answer.

The cost is that everything in your inbox crosses the wire. Even with privacy modes and "we do not train on your data" promises, the data physically leaves your machine and sits on infrastructure you do not control. For some people that is fine. For others (regulated industries, sensitive correspondence, journalists, lawyers, founders working with NDA material) it is a non-starter.

This is not a "good vs bad" framing. It is a trade-off. Cloud AI gives you body-level capability at the cost of body-level access. InnerZero gives you metadata-level capability at the cost of body-level capability. Pick the one whose trade-off matches your actual work.

Example prompts that work with metadata only

Five prompts that exercise the integration without ever needing a message body:

  • "Show me senders from the last 7 days who I have not replied to yet, sorted by how urgent the subject sounds."
  • "Who emailed me about the Q3 launch this month? Senders and subjects only, not the bodies."
  • "Set a reminder for Friday morning to follow up with the people who emailed me about the contract this week."
  • "Before my 3pm, list the last three subjects from each attendee on that calendar invite."
  • "Which senders have emailed me five or more times in the last two weeks but I have not replied?"

These work because they ask about who, when, and what subject, not about what the email actually said.

Should I use a metadata-only Gmail AI or a cloud Gmail AI?

Useful for: anyone for whom message contents are sensitive (lawyers, doctors, finance professionals, journalists, founders, anyone bound by an NDA), people who want their main triage layer to be private, anyone who already does the deep-reading themselves and just wants help with the surface layer. The for/researchers page covers research-grade audiences; for/writers covers writers managing inbound from sources, agents, and editors.

Skip it if: your daily workflow is dominated by long thread summarisation, body-level search, or body-aware drafting, and you are comfortable with cloud access to your inbox. A cloud-side tool will do those things better; nothing InnerZero says will change that.

Both choices are reasonable. The point of being explicit about the trade-off is so you pick deliberately rather than discovering after the fact what your AI tool actually sees.

Frequently asked questions

Does InnerZero ever fetch message bodies, even temporarily?

No. The integration uses only Gmail's read-only scope and pulls sender, subject, and the inbox preview snippet. The endpoint that returns full message contents is not called by the connector. Bodies stay on Google's servers, where they already are.

What if I ask InnerZero to summarise a long email body?

It tells you that it does not have the body. You can paste the body into the chat directly, and the assistant will summarise that text. In local mode the paste stays on your machine. In cloud mode the paste travels to whichever cloud provider you have configured; how InnerZero stays private explains exactly what crosses the wire in each mode.

Can I revoke Gmail access at any time?

Yes. The integration uses Google's standard OAuth flow, which means you can revoke access from your Google Account permissions page (myaccount.google.com/permissions) at any time without uninstalling InnerZero. The metadata cached locally on your machine can also be deleted from InnerZero's settings.

Does this work with Outlook or other email providers?

Not yet. The current connector is Gmail-only. Outlook, ProtonMail, and other providers are on the roadmap, and the same metadata-only posture will apply when they ship. The principle (do not fetch bodies you do not need) is provider-agnostic.

Does the integration work offline?

Once metadata has been ingested, yes. The local AI can answer questions about the cached metadata even when Gmail is unreachable. Fresh ingestion needs Google's API, so that part needs internet. Offline mode covers the broader offline story.

Does Gmail metadata get used to build longer-term memory?

Yes, in a limited way. Cached metadata is one of the sources the local memory draws on, with each memory carrying a "Gmail" source label so it is traceable. You can see what has been remembered, and delete any of it, in InnerZero's Memory tab. How memory works explains this in more detail.

Connect Gmail

Download InnerZero for Windows. Open Settings, find Connectors, and connect Gmail with the read-only OAuth flow. The first ingestion takes a few minutes. After that, ask the assistant questions about your mail; the answers come from cached metadata on your machine. For the broader privacy posture across the whole product, the privacy page is the canonical reference.


Related Posts

Try InnerZero

Free private AI assistant for your PC. No cloud. No subscription.