A desk in a quiet office with a laptop angled away, printed paper face down and reading glasses.
Illustration by Thinking

Guides

AI email and the GDPR, what to check before you buy

One question decides most of it: which company holds the body of your email, in which country, and under which contract.

By Thinking Desk 7 min read

Key takeaways

  • Every AI email feature requires reading the message body, so the body reaches at least one model provider and every company in that path is a processor you are responsible for.
  • A published DPA and US-only processing are not contradictory: Superhuman publishes both a DPA and a sub-processor list on which every entry says USA.
  • Front is the only tool in this market with a customer-selectable EU hosting region tied to its AI sub-processor locations, and Fyxer hosts in Belgium and the Netherlands under a UK controller.
  • Mistral AI’s own data processing agreement permits training on personal data unless the customer opts out, so a European model provider still needs a documented opt-out.
  • In Germany an AI triage tool plausibly triggers works council co-determination under section 87(1) number 6 of the Betriebsverfassungsgesetz, and systematic analysis of employee mail points to an Article 35 impact assessment.
On this page
  1. Short answer
  2. Who processes the mail body?
  3. What each vendor actually publishes
  4. What a DPA must actually say
  5. Where the data sits, and what makes the transfer lawful
  6. The training clause nobody reads
  7. What a works council will ask
  8. Ten questions to send a vendor before you buy

Short answer

One question decides most of this: which company holds the body of your email, in which country, and under which contract. Everything else, the certifications, the trust badges, the encryption-at-rest paragraph, is secondary to that. Ask it in writing, get the answer in writing, and check the sub-processor list against the answer.

Disclosure: BoxBee, one of the products assessed below, is built by TTA Technologies, which also publishes thinking.lu.

Who processes the mail body?

An AI email tool cannot sort, draft or summarise without reading the message. That means the body, usually including attachments, leaves your mailbox and reaches at least one model provider. For a controller under the GDPR, every company in that path is either a processor or a sub-processor, and you are responsible for all of them.

There are three architectures in this market and they are not equivalent.

  • On-device processing. The client holds the body locally and sends only what a given AI request needs. BoxBee's published privacy policy puts subject, body and attachments on the device, encrypted in the operating system keystore, with server-side data limited to account and sync metadata on infrastructure in Luxembourg and Germany.
  • Vendor-hosted with a third-party model. The vendor stores a copy of your mail and calls OpenAI, Anthropic, Azure OpenAI or Google. This is the common case: Shortwave, Spark, Missive, Hiver, Front and Fyxer all work this way.
  • The suite you already pay for. Google and Microsoft are the mail host and the model provider at once, which removes a processor from the chain and concentrates everything in one company.

Weekly, Thursday morning, Central European Time.

The Thinking briefing

One email a week: what changed in European business software, which prices moved, and which comparison we published. No sales mail.

What each vendor actually publishes

Vendor DPA Sub-processor list EU hosting Named model providers
BoxBee not published Mistral AI named in the privacy policy bodies on device, servers Luxembourg and Germany Mistral AI (EU region)
Shortwave no, contact sales prose on a docs page no OpenAI, Anthropic, Pinecone, Google Cloud
Superhuman published itemised, every entry USA no Anthropic, OpenAI, Google, Azure, Baseten and more
Spark Mail published, Irish DPC named explicitly not made public US and EEA servers Azure OpenAI, OpenAI, Anthropic, Google Vertex AI
Missive on request by email published, every entry USA no your choice of OpenAI, Anthropic or Google
Front published published and dated yes, US or EU selectable OpenAI, Google, Azure, AWS, TypeSafe AI
Hiver on request published and dated no, AWS Oregon OpenAI, Microsoft, Pinecone, Langchain
Fyxer AI referenced in docs not publicly readable, trust centre gated yes, GCP Belgium and Netherlands OpenAI
Google Workspace Cloud Data Processing Addendum published Enterprise only Google
Microsoft 365 Products and Services DPA published EU Data Boundary for EU and EFTA tenants Microsoft
HEY published published no none in the product
Gmelius not published not published not published not published

Two patterns are worth noticing. A vendor can publish an impeccable DPA and still process everything in the United States, which is Superhuman. And a vendor can be domiciled in the EU and still refuse to name its sub-processors, which is Spark: its DPA states that the full list is not made publicly available.

What a DPA must actually say

Article 28(3) of the GDPR is not optional and it is short enough to check against a draft yourself. The contract must bind the processor to: process only on your documented instructions, including on transfers; impose confidentiality on its staff; apply the security measures of Article 32; respect the conditions for engaging sub-processors; assist you with data subject requests; assist you with Articles 32 to 36, which includes breach notification and impact assessments; delete or return the data when the service ends; and make available the information you need to demonstrate compliance, including allowing audits.

Article 28(2) is the one vendors most often fudge. A processor may not engage another processor without your prior written authorisation, and under a general authorisation it must notify you of intended changes so you can object. In practice that means a named, dated sub-processor list with a notice period. Spark's DPA gives 10 days' notice with a 5 day objection window but no public list. Front and Hiver publish dated lists. Shortwave publishes neither, which makes Article 28(2) unverifiable.

If a vendor says the DPA is available on request, that is acceptable, but read it before the trial ends, not after the rollout.

Where the data sits, and what makes the transfer lawful

If the processing chain leaves the EEA you need a transfer mechanism under Chapter V of the GDPR. In this market you will see two: the EU-US Data Privacy Framework, which only covers US entities that are actually certified under it, and standard contractual clauses. Superhuman names both. HEY uses SCCs and also invokes Article 49(1)(b). Fyxer names SCCs, the UK addendum and DPF membership for its non-EEA providers.

Naming a mechanism is not the end of the analysis. You still need to document why the transfer is defensible given the recipient's legal environment, which is the transfer impact assessment, and you need to know that your sub-processors are covered too. The shortest path out of this work is not to transfer: an EU-only chain, or a tool that does not transmit the body at all.

Be precise about EU hosting claims. Front offers a selectable EU region and ties the AI sub-processor location to it. Fyxer hosts in Belgium and the Netherlands by default but is a UK controller. Microsoft commits to the EU Data Boundary for tenants that signed up in the EU or EFTA, with stated exceptions, and explicitly excludes Multi-Geo tenants. Google's EU data regions and Assured Controls are Enterprise features, not Business.

The training clause nobody reads

A European supplier is not automatically a safe default. Mistral AI's own Data Processing Agreement, effective 27 July 2026, authorises Mistral to process personal data as a controller for the purpose of training its models unless the customer opts out, and says feedback given through thumbs up or down will be used for training. A vendor that calls Mistral for you should be able to show that it has opted out, which is what BoxBee's privacy policy claims when it says the contract with Mistral guarantees no retention and no training.

Retention is the other clause to read. Missive's documentation notes that OpenAI and Anthropic may retain API data for up to 30 days for abuse monitoring. Spark states that providers may retain inputs for at most 30 days and that your data trains no model. Google states that Gemini content is not human reviewed or used for training outside your domain without permission. Each of those is a different promise, and only one of them is zero retention.

What a works council will ask

In Germany, section 87(1) number 6 of the Betriebsverfassungsgesetz gives the works council co-determination over the introduction and use of technical devices intended to monitor employee conduct or performance. An AI tool that classifies, scores and reports on mail traffic is a plausible candidate, so the question is not whether you will consult, it is whether you prepared for it. Expect to be asked: what categories does the model assign, who can see them, is there any reporting on response times per employee, can the feature be switched off per user, and what happens to the labels when someone leaves.

A CNPD-minded operator in Luxembourg will ask the same questions in a different order, starting from the record of processing: name every processor and sub-processor, state the legal basis, state the retention period for the labels and summaries the tool creates, and explain why reading the body is necessary rather than merely convenient. Article 5(1)(c), data minimisation, is the uncomfortable one here, because the honest answer for most of these tools is that the whole body is sent when a subject line would often do.

If you are systematically analysing employee communications, assume you need a data protection impact assessment under Article 35 and write it before the rollout rather than after a complaint.

Ten questions to send a vendor before you buy

  1. Which company processes the message body, and in which country?
  2. Is the body stored by you, or only passed through?
  3. Give me the current sub-processor list, with locations and purposes.
  4. Which model providers see mail content, and have you opted out of their training?
  5. What is the retention period at each provider in the chain?
  6. Can I sign your DPA today, and does it mirror Article 28(3)?
  7. Is there an EU-only option, and does it cover the AI calls or only storage?
  8. Which transfer mechanism applies, and for which recipients?
  9. Can features that read the body be disabled per user?
  10. What happens to labels, summaries and embeddings when we cancel?

A vendor that answers all ten in writing within a week is telling you something useful. So is one that does not.

For how each product scores on these points, see our ranking of AI email clients and the team tools comparison. Vendors who want their documentation assessed can get listed.

Questions and answers

Is using an AI email assistant GDPR compliant?
It can be, but compliance is a property of your setup rather than of the tool. You need a processor contract that mirrors Article 28(3), a current sub-processor list, a lawful transfer mechanism if the chain leaves the EEA, a retention statement for everything the tool generates, and an answer to why reading the full message body is necessary.
Which AI email tools keep data in the EU?
Front offers a customer-selectable EU hosting region and ties the AI sub-processor location to it. Fyxer hosts on Google Cloud in Belgium and the Netherlands by default, though its controller is a UK company. Microsoft commits to the EU Data Boundary for tenants that signed up in the EU or EFTA, with stated exceptions. BoxBee keeps message bodies on the device with servers in Luxembourg and Germany.
What must a data processing agreement for an email tool contain?
The eight obligations in Article 28(3) GDPR: processing only on documented instructions, staff confidentiality, Article 32 security measures, sub-processor conditions, assistance with data subject rights, assistance with Articles 32 to 36, deletion or return at the end, and the information and audit rights you need to demonstrate compliance. Article 28(2) also requires prior authorisation and notice for new sub-processors.
Do AI email vendors train models on my mail?
Most say they do not, but the promises differ. Shortwave says content never trains third-party models. Spark says providers may retain inputs for at most 30 days and that your data trains no model. Missive notes OpenAI and Anthropic may retain API data up to 30 days for abuse monitoring. Mistral AI’s own agreement permits training unless the customer opts out, so ask your vendor to show the opt-out.
Do we need to involve the works council?
In Germany, assume yes. Section 87(1) number 6 of the Betriebsverfassungsgesetz covers the introduction and use of technical devices intended to monitor employee conduct or performance, and a tool that classifies and reports on mail traffic is a plausible candidate. Prepare answers on categories, visibility, per-employee reporting, per-user opt-out and what happens to labels when someone leaves.

Sources

Every price and fact above was checked against these pages on the date shown.

  1. [1] Article 28 GDPR, processor accessed 2026-11-11
  2. [2] Betriebsverfassungsgesetz section 87 accessed 2026-11-11
  3. [3] Commission nationale pour la protection des donnees (CNPD) accessed 2026-11-11
  4. [4] Mistral AI data processing agreement accessed 2026-11-11
  5. [5] BoxBee privacy policy accessed 2026-11-11
  6. [6] Shortwave security and privacy accessed 2026-11-11
  7. [7] Shortwave privacy policy accessed 2026-11-11
  8. [8] Superhuman Data Privacy Addendum accessed 2026-11-11
  9. [9] Superhuman sub-processors accessed 2026-11-11
  10. [10] Spark Data Processing Agreement accessed 2026-11-11
  11. [11] Spark privacy policy accessed 2026-11-11
  12. [12] Missive GDPR and sub-processors accessed 2026-11-11
  13. [13] Missive AI documentation accessed 2026-11-11
  14. [14] Front Data Processing Addendum accessed 2026-11-11
  15. [15] Front list of sub-processors accessed 2026-11-11
  16. [16] Front security accessed 2026-11-11
  17. [17] Hiver privacy policy accessed 2026-11-11
  18. [18] Hiver third party sub-processors accessed 2026-11-11
  19. [19] Fyxer security accessed 2026-11-11
  20. [20] Where Fyxer data is stored, server locations and jurisdiction accessed 2026-11-11
  21. [21] Cloud Data Processing Addendum accessed 2026-11-11
  22. [22] Generative AI in Google Workspace privacy hub accessed 2026-11-11
  23. [23] What is the EU Data Boundary? accessed 2026-11-11
  24. [24] 37signals privacy policy accessed 2026-11-11
  25. [25] HEY sub-processors accessed 2026-11-11
  26. [26] Gmelius pricing accessed 2026-11-11
Topics emailaigdprdpacomplianceeurope

Thinking is published by TTA Technologies in Luxembourg, which also builds LUXPOS, Salonify, BoxBee and DepotGest. Read the full disclosure policy