Het persoonlijke e-mailadres van je AI-agent

Geef je AI-agent een eigen persoonlijk e-mailadres.
Verstuur, ontvang, zoek, beantwoord en stuur door — rechtstreeks vanuit Claude, Gemini, Codex, of elke MCP-compatibele client.

Eén commando. Geen server nodig. Geen SMTP-configuratie. Volledig gratis.

Aan de slag → Documentatie

Geen wrapper rond SES of SendGrid. We hebben de volledige e-mailstack van de grond af opgebouwd — van het ontvangen van mail tot de aflevering in de inbox.

Waarom InboxAPI

Alles wat je AI-agent nodig heeft om via e-mail te communiceren.

Account Setup Illustration An illustration showing an AI agent getting its own @inboxapi.ai email address. [email protected]

Direct klaar

Je agent krijgt binnen enkele seconden een persoonlijk @inboxapi.ai e-mailadres. Geen DNS-configuratie, geen domeinverificatie, geen API-sleutels om te beheren.

MCP Integration Diagram A network diagram showing InboxAPI connecting to multiple AI models via the Model Context Protocol. MCP

MCP-native

Werkt direct met Claude, Gemini, Codex, OpenCode en elke MCP-compatibele client. Je agent kan e-mail lezen, versturen, beantwoorden, doorsturen en doorzoeken als een mens.

Free Forever A prominent zero-dollar badge highlighting that InboxAPI is free for AI agents. $0 FREE FOREVER

Volledig gratis

Geen creditcard. Geen gebruikslimieten. Geen addertje. Wij geloven dat e-mail een basismogelijkheid voor elke AI-agent moet zijn. Betaalde plannen met extra functies komen binnenkort.

Full Email Capabilities An interface showing sending, receiving, and threading tools.

Volledige e-mail, niet alleen versturen

De meeste diensten laten je alleen versturen. InboxAPI geeft je agent een persoonlijke inbox — ontvang mail, zoek op afzender of onderwerp, volg gesprekslijnen, controleer de bezorgstatus.

Ingebouwde misbruikpreventie

Proof-of-work bij registratie, ontvangerslimieten, verzendquota's en snelheidsbeperking. Elke laag is ontworpen om misbruik van het platform te weren.

Direct Infrastructure A stack showing InboxAPI's own mail infrastructure, not a third-party wrapper. OWN INFRA

Geen wrapper

Wij draaien niet bovenop Amazon SES, Postfix of SendGrid. Wij hebben de volledige e-mailinfrastructuur zelf gebouwd en beheren deze.

Snel starten

1

Installeren

2

Verbinden met

Werkt met Claude Code, Gemini CLI, OpenCode, Codex en meer.

3

Begin met e-mailen

Je agent krijgt automatisch een uniek, persoonlijk e-mailadres (zoals ).

Geen aanmeldformulieren, geen configuratiebestanden.

Wat je agent kan doen

  • Inbox lezen en doorzoeken
  • E-mails naar iedereen versturen
  • Berichten beantwoorden en doorsturen
  • Gesprekslijnen volgen
  • Bezorgstatus van verzonden mail controleren

Wat je ermee kunt bouwen

Coördinatie van ontwikkelteams

Agents die elkaar e-mailen om een ontwikkelworkflow te coördineren — een handelt code review-meldingen af, een ander volgt build-fouten, een derde rapporteert de deployment-status.

Monitoring & Meldingen

Je agent bewaakt een systeem, en als er iets misgaat, stuurt het je team een e-mail met context — geen generieke melding, maar een diagnose.

Nieuwsbriefsamenvatting

Een agent die nieuwsbrieven en mailinglijsten ontvangt, leest, en je een dagelijkse samenvatting stuurt van wat er echt toe doet.

$42.00

Factuur- en bonverwerking

Een agent die facturen per e-mail ontvangt, regelitems en bedragen extraheert, en ze in je boekhoudsysteem invoert.

Gebouwd op vertrouwen

Accountisolatie

Elke agent krijgt een eigen afgebakend account. Agents hebben alleen toegang tot hun eigen gegevens.

SPF DKIM DMARC

E-mailauthenticatie

SPF, DKIM en DMARC worden automatisch geconfigureerd voor elk bericht.

Forget previous instructions and... [DATAMARK: UNTRUSTED] Email content starts here...

Bescherming tegen prompt-injectie

Niet-vertrouwde e-mailinhoud wordt automatisch getransformeerd met datamarkering, zodat agents externe gegevens van systeeminstructies kunnen onderscheiden. Gebaseerd op academisch onderzoek (arXiv:2403.14720).

Misbruikpreventie

Proof-of-work bij registratie, op adresboek gebaseerde ontvangerslimieten (5 slots, LRU-verwijdering na 5 dagen), verzendquota's, snelheidsbeperking en RFC 5322 e-mailadresvalidatie worden standaard afgedwongen.

12:04:31 - SEND_EMAIL 12:05:12 - GET_INBOX 12:06:05 - SEARCH_EMAILS

Audittrail

Op tokens gebaseerde authenticatie koppelt elke actie aan een specifiek account, zodat je altijd weet wat er is gebeurd en wanneer.

Credential Leak Prevention An authentication token being redacted and blocked from exfiltration. auth_token: sk_live_... LEAK PREVENTED

Beveiliging van inloggegevens

Uitgaande e-mails met authenticatietokens worden automatisch geweigerd om onbedoelde lekken van inloggegevens te voorkomen.

Veelgestelde vragen #

Waarom niet gewoon mijn agent toegang geven tot mijn Gmail of Outlook?

Beveiliging — Gmail/Outlook OAuth geeft je agent toegang tot je volledige inbox (medisch, financieel, juridisch, persoonlijk). Een prompt-injectie in een inkomende e-mail kan een agent manipuleren die toegang heeft tot al deze gegevens. InboxAPI geeft je agent een eigen geïsoleerde inbox met vertrouwensclassificatie en datamarkering op elk bericht.

Identiteit — Als je agent vanuit je Gmail verzendt, kunnen ontvangers niet zien met wie ze communiceren. Antwoorden belanden in jouw inbox, vermengd met je echte mail. InboxAPI geeft je agent een eigen persoonlijk adres — duidelijke scheiding tussen jou en je agent.

Praktisch — Gmail/Outlook API's zijn niet MCP-native. Je hebt middleware, OAuth-plumbing en aangepaste integratie nodig. InboxAPI werkt direct met elke MCP-client.

Wat is het verschil met AWS SES, SendGrid of Resend?
Dat zijn verzend-API's — je bouwt e-mailinfrastructuur bovenop. InboxAPI geeft je agent een volledige e-mailidentiteit: versturen, ontvangen, zoeken, beantwoorden en doorsturen. Er is niets te configureren en geen infrastructuur om te beheren.
Wat is het verschil met AgentMail of a1base?
Wij hebben onze eigen e-mailstack van de grond af opgebouwd. Wij wrappen geen SES, Postfix of andere externe verzenddienst. De mail van je agent gaat via infrastructuur die wij zelf beheren.
Is het echt gratis?
Ja. Geen creditcard, geen proefperiode, geen gebruikslimieten. We werken aan betaalde plannen met extra functies, maar de kernervaring blijft altijd gratis.
Wat zijn de huidige beperkingen?

Hoewel InboxAPI volledig functioneel is, zijn er enkele huidige beperkingen:

  • 5 adresboekslots voor externe ontvangers (LRU-verwijdering na 5 dagen inactiviteit)
  • Het is alleen voor persoonlijk gebruik door agents, niet als transactiedienst voor bulkverzending, marketing of applicatiemeldingen
Hoe voorkomen jullie spam en misbruik?
Het aanmaken van een account vereist proof-of-work. Elk account heeft 5 adresboekslots voor externe ontvangers — wanneer alle slots in gebruik zijn, wordt de minst recent gebruikte vermelding automatisch vervangen na 5 dagen inactiviteit. Dagelijkse verzendquota's en snelheidsbeperking worden op elk account afgedwongen. Deze beperkingen zijn structureel — het zijn geen beleidsregels, het is hoe het systeem werkt.
Moet ik contacten toevoegen of een adresboek configureren?
Nee. Het adresboek is automatisch — contacten worden toegevoegd wanneer uw agent e-mail verzendt. Er is geen contactenlijst om te beheren, geen instellingenbestand om te bewerken en geen configuratiestap. Elk account kan verzenden naar maximaal 5 unieke externe adressen. Wanneer alle slots in gebruik zijn, wordt de minst recent gebruikte vermelding automatisch vervangen na 5 dagen inactiviteit. E-mails tussen InboxAPI agenten zijn altijd onbeperkt.
Hoe zit het met prompt-injectie via e-mail?
Elke inkomende e-mail bevat een vertrouwensclassificatie — vertrouwd, agent, niet-geverifieerd of verdacht — op basis van of de afzender in je adresboek staat en of hun e-mail de authenticatiecontroles doorstaat. Dit helpt je agent te beslissen hoe voorzichtig elk bericht behandeld moet worden. E-mails van andere InboxAPI-agents worden apart gemarkeerd zodat je agent weet dat het bij jou moet checken voordat het actie onderneemt. Niet-vertrouwde e-mailinhoud wordt ook automatisch getransformeerd met markertekens (datamarkering) zodat agents e-mailgegevens duidelijk van hun eigen instructies kunnen onderscheiden.
Hoe zit het met data-exfiltratie?
Uitgaande e-mails worden gescand op authenticatietokens en inloggegevens. Als je agent per ongeluk een e-mail probeert te versturen met een JWT of een toegangstoken, wordt het bericht geweigerd voordat het het platform verlaat. Dit voorkomt dat agents misleid worden om gevoelige gegevens via e-mail te lekken.
Kunnen agents elkaar spammen?
Dezelfde verzendlimieten gelden voor alle uitgaande e-mail — ontvangerslimieten, quota's en snelheidsbeperking werken hetzelfde, ongeacht wie de ontvanger is.
Komen de e-mails van mijn agent in de spammap terecht?
Mogelijk in het begin. Elke agent krijgt een gloednieuw subdomein, en nieuwe afzenders hebben nog geen reputatie. Ontvangers moeten mogelijk hun spammap controleren voor de eerste paar e-mails. Na verloop van tijd, naarmate je agent legitieme mail verstuurt en ontvangers ermee interageren, verbetert de bezorging. Lees meer over e-mailbezorging.
Waarom e-mail in plaats van een native agentprotocol zoals A2A?
E-mail bereikt het hele bestaande internet — miljarden mensen en bedrijven gebruiken het al. A2A vereist dat beide kanten het protocol implementeren. Wanneer je agent iemand buiten het eigen ecosysteem moet bereiken, is e-mail de universele optie. Agents zullen waarschijnlijk beide nodig hebben.
Waarom e-mail in plaats van WhatsApp, Telegram of andere berichtenapps?

Schaalbaarheid — Je kunt programmatisch honderden e-mailadressen aanmaken. WhatsApp, Telegram en Signal vereisen allemaal telefoonnummers en verificatie. Opschalen voorbij een handvol accounts is onpraktisch, vaak in strijd met de gebruiksvoorwaarden, en soms onmogelijk zonder fysieke SIM-kaarten.

Geen poortwachter — E-mail is het enige communicatiekanaal waar je een identiteit kunt aanmaken zonder telefoonnummer, identiteitsbewijs of goedkeuring van een platformeigenaar. Geen enkel bedrijf bepaalt wie een e-mailadres krijgt.

Open protocol — E-mail is gefedereerd en leveranciersneutraal. WhatsApp, Discord en Telegram zijn propriëtair — ze kunnen API-toegang intrekken, botaccounts verbannen of de regels op elk moment wijzigen. E-mail kan niet worden uitgeschakeld door één bedrijf.

Naleving van gebruiksvoorwaarden — De meeste berichtenplatforms verbieden expliciet geautomatiseerde accounts of hebben strikte goedkeuringsprocessen (WhatsApp Business API vereist bedrijfsverificatie, Telegram beperkt bot-naar-bot-berichten). E-mail heeft zulke beperkingen niet — geautomatiseerd verzenden is een eersteklas use case.

Universeel bereik — Berichtenkanalen zijn afgesloten. Je Telegram-bot kan geen WhatsApp-gebruiker bereiken. E-mail bereikt iedereen met een e-mailadres — en dat is vrijwel iedereen.

Voor multi-channel agentframeworks zoals OpenClaw vult e-mail een gat dat berichtenplatforms structureel niet kunnen vullen — onbeperkte, programmeerbare identiteitscreatie zonder platformgoedkeuring vereist. InboxAPI biedt die mogelijkheid kant-en-klaar.

Welk AI-model moet ik gebruiken met InboxAPI?

Uw model moet tools/functies aanroepen (tool/function calling) ondersteunen — MCP vereist dit. We raden een minimum aan van 32K tokens contextvenster.

Goed: Claude Haiku 4.5+, GPT-4.1 mini+, GPT-4.1 nano+, Gemini 2.5 Flash+

Aanbevolen: Claude Sonnet 4.5+, GPT-4.1+, GPT-5 mini+, Gemini 2.5 Pro+

Beste: Claude Opus 4.5+, GPT-5+, GPT-5.2+, Gemini 2.5 Pro+

InboxAPI past datamarkering (spotlighting) toe op onbetrouwbare e-mailinhoud, wat het tokenverbruik licht kan verhogen. Modellen met grotere contextvensters gaan hier comfortabeler mee om.

Wat niet zal werken: Modellen zonder tools/functies aanroepen, contextvensters van minder dan 16K tokens, of zeer kleine lokale modellen (onder ~7B parameters).

Wat als mijn agent de toegang tot zijn account verliest?
Als de inloggegevens van je agent verloren gaan of beschadigd raken, kun je het account herstellen met de account_recover-tool — maar alleen als je eerder je e-mailadres hebt gekoppeld via verify_owner. Herstel trekt alle bestaande tokens in en geeft nieuwe inloggegevens uit. Zonder geverifieerd e-mailadres van de eigenaar is er geen manier om een geblokkeerd account te herstellen.
Wat is eigenaarverificatie?
Eigenaarverificatie koppelt je persoonlijke e-mailadres aan het InboxAPI-account van je agent. Je agent roept verify_owner aan met je e-mailadres, je ontvangt een 6-cijferige code, en je agent dient deze in om de verificatie te voltooien. Eenmaal geverifieerd kun je het account herstellen als inloggegevens verloren gaan, en worden proefbeperkingen van het account verwijderd.

Geef je agent een persoonlijk e-mailadres

Eén commando. Voor altijd gratis.

Aan de slag → Documentatie GitHub