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.
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
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 | |
| 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
- Which company processes the message body, and in which country?
- Is the body stored by you, or only passed through?
- Give me the current sub-processor list, with locations and purposes.
- Which model providers see mail content, and have you opted out of their training?
- What is the retention period at each provider in the chain?
- Can I sign your DPA today, and does it mirror Article 28(3)?
- Is there an EU-only option, and does it cover the AI calls or only storage?
- Which transfer mechanism applies, and for which recipients?
- Can features that read the body be disabled per user?
- 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?
Which AI email tools keep data in the EU?
What must a data processing agreement for an email tool contain?
Do AI email vendors train models on my mail?
Do we need to involve the works council?
Sources
- [1] Article 28 GDPR, processor accessed 2026-11-11
- [2] Betriebsverfassungsgesetz section 87 accessed 2026-11-11
- [3] Commission nationale pour la protection des donnees (CNPD) accessed 2026-11-11
- [4] Mistral AI data processing agreement accessed 2026-11-11
- [5] BoxBee privacy policy accessed 2026-11-11
- [6] Shortwave security and privacy accessed 2026-11-11
- [7] Shortwave privacy policy accessed 2026-11-11
- [8] Superhuman Data Privacy Addendum accessed 2026-11-11
- [9] Superhuman sub-processors accessed 2026-11-11
- [10] Spark Data Processing Agreement accessed 2026-11-11
- [11] Spark privacy policy accessed 2026-11-11
- [12] Missive GDPR and sub-processors accessed 2026-11-11
- [13] Missive AI documentation accessed 2026-11-11
- [14] Front Data Processing Addendum accessed 2026-11-11
- [15] Front list of sub-processors accessed 2026-11-11
- [16] Front security accessed 2026-11-11
- [17] Hiver privacy policy accessed 2026-11-11
- [18] Hiver third party sub-processors accessed 2026-11-11
- [19] Fyxer security accessed 2026-11-11
- [20] Where Fyxer data is stored, server locations and jurisdiction accessed 2026-11-11
- [21] Cloud Data Processing Addendum accessed 2026-11-11
- [22] Generative AI in Google Workspace privacy hub accessed 2026-11-11
- [23] What is the EU Data Boundary? accessed 2026-11-11
- [24] 37signals privacy policy accessed 2026-11-11
- [25] HEY sub-processors accessed 2026-11-11
- [26] Gmelius pricing accessed 2026-11-11
Thinking is published by TTA Technologies in Luxembourg, which also builds LUXPOS, Salonify, BoxBee and DepotGest. Read the full disclosure policy


