Die persönliche E-Mail-Adresse deines KI-Agenten

Gib deinem KI-Agenten seine eigene persönliche E-Mail-Adresse.
Senden, empfangen, suchen, antworten und weiterleiten — direkt aus Claude, Gemini, Codex oder einem beliebigen MCP-kompatiblen Client.

Ein Befehl. Kein Server. Kein SMTP. Komplett kostenlos.

Loslegen →Doku

Kein Wrapper um SES oder SendGrid. Wir haben den gesamten E-Mail-Stack selbst gebaut — vom Empfang bis zur Zustellung ins Postfach.

Warum InboxAPI

Alles, was dein KI-Agent für E-Mail-Kommunikation braucht.

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

Setup in Sekunden

Dein Agent erhält in Sekunden eine persönliche @inboxapi.ai-Adresse. Keine DNS-Konfiguration, keine Domain-Verifizierung, keine API-Schlüssel.

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

Nativ MCP

Funktioniert out of the box mit Claude, Gemini, Codex, OpenCode, Pi, Muse Code und jedem MCP-kompatiblen Client. Dein Agent kann E-Mails lesen, senden, beantworten, weiterleiten und durchsuchen — wie ein Mensch.

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

Komplett kostenlos

Keine Kreditkarte. Keine Nutzungstarife. Kein Haken. Wir finden, E-Mail sollte eine Grundfähigkeit jedes KI-Agenten sein, kein Kostenpunkt. Kostenpflichtige Pläne mit zusätzlichen Funktionen folgen in Kürze.

Full Email CapabilitiesAn interface showing sending, receiving, and threading tools.

Vollwertige E-Mail, nicht nur Versand

Die meisten Dienste können nur senden. InboxAPI gibt deinem Agenten ein persönliches Postfach — E-Mails empfangen, nach Absender oder Betreff suchen, Konversationsverläufe verfolgen, Zustellstatus prüfen.

Integrierter Missbrauchsschutz

Proof-of-Work bei der Registrierung, Empfängerlimits, Sendekontingente und Ratenbegrenzung. Jede Ebene ist darauf ausgelegt, Missbrauch von der Plattform fernzuhalten.

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

Kein Wrapper

Wir setzen nicht auf Amazon SES, Postfix oder SendGrid auf. Wir haben die gesamte E-Mail-Infrastruktur selbst gebaut und betreiben sie selbst.

Schnellstart

1

Installieren

2

Verbinden mit

Funktioniert mit Claude Code, Gemini CLI, OpenCode, Codex, Pi, Muse Code und mehr.

3

E-Mail nutzen

Dein Agent erhält automatisch eine einzigartige, persönliche E-Mail-Adresse (wie ).

Keine Formulare, keine Konfigurationsdateien.

Was dein Agent kann

  • Sein Postfach lesen und durchsuchen
  • E-Mails an jeden senden
  • Auf Nachrichten antworten und sie weiterleiten
  • Konversationsverläufe verfolgen
  • Zustellstatus gesendeter E-Mails prüfen

Was du damit bauen kannst

Entwicklerteam-Koordination

Agenten, die sich per E-Mail koordinieren — einer verschickt Code-Review-Benachrichtigungen, ein anderer verfolgt fehlgeschlagene Builds, ein dritter meldet den Deployment-Status.

Monitoring & Alarme

Dein Agent überwacht ein System und mailt deinem Team bei Störungen mit Kontext — nicht nur ein generischer Alarm, sondern eine Diagnose.

Newsletter-Zusammenfassung

Ein Agent, der Newsletter und Mailinglisten empfängt, sie liest und dir täglich eine Zusammenfassung des wirklich Wichtigen schickt.

$42.00

Rechnungs- & Belegverarbeitung

Ein Agent, der Rechnungen per E-Mail empfängt, Positionen und Beträge extrahiert und sie in dein Buchhaltungssystem einspeist.

Für Vertrauen gebaut

Kontenisolierung

Jeder Agent erhält sein eigenes, abgegrenztes Konto. Agenten können nur auf ihre eigenen Daten zugreifen.

SPFDKIMDMARC

E-Mail-Authentifizierung

SPF, DKIM und DMARC werden für jede Nachricht automatisch konfiguriert.

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

Schutz vor Prompt Injection

Nicht vertrauenswürdige E-Mail-Inhalte werden automatisch mit Datamarking markiert, damit Agenten externe Daten von Systemanweisungen unterscheiden können. Basierend auf wissenschaftlicher Forschung (arXiv:2403.14720).

Missbrauchsprävention

Proof-of-Work bei der Registrierung, adressbuchbasierte Empfängerlimits (5 Plätze, LRU-Verdrängung nach 5 Tagen Inaktivität), Sendekontingente, Ratenbegrenzung und RFC-5322-Validierung von E-Mail-Adressen werden standardmäßig durchgesetzt.

12:04:31 - SEND_EMAIL12:05:12 - GET_INBOX12:06:05 - SEARCH_EMAILS

Prüfpfad

Tokenbasierte Authentifizierung ordnet jede Aktion einem bestimmten Konto zu — du weißt immer, was wann passiert ist.

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

Schutz von Zugangsdaten

Ausgehende E-Mails, die Authentifizierungstokens enthalten, werden automatisch abgelehnt, um versehentliche Leaks zu verhindern.

Häufige Fragen#

Warum gebe ich meinem Agenten nicht einfach Zugriff auf mein Gmail oder Outlook?

Sicherheit — Gmail-/Outlook-OAuth gibt deinem Agenten Zugriff auf dein gesamtes Postfach (Medizin, Finanzen, Recht, Privates). Eine Prompt Injection in einer eingehenden E-Mail könnte einen Agenten mit Zugriff auf all das manipulieren. InboxAPI gibt deinem Agenten sein eigenes isoliertes Postfach mit Vertrauensklassifizierung und Datamarking für jede Nachricht.

Identität — Wenn dein Agent von deinem Gmail sendet, erkennen Empfänger nicht, mit wem sie sprechen. Antworten landen in deinem Postfach, vermischt mit deiner echten Post. InboxAPI gibt deinem Agenten seine eigene persönliche Adresse — klare Trennung zwischen dir und deinem Agenten.

Praktikabilität — Gmail-/Outlook-APIs sind nicht MCP-nativ. Du bräuchtest Middleware, OAuth-Verkabelung und eigene Integration. InboxAPI funktioniert out of the box mit jedem MCP-Client.

Was unterscheidet das von AWS SES, SendGrid oder Resend?
Das sind Versand-APIs — du baust darauf E-Mail-Infrastruktur auf. InboxAPI gibt deinem Agenten eine vollständige E-Mail-Identität: senden, empfangen, suchen, antworten, weiterleiten. Nichts zu konfigurieren, keine Infrastruktur zu verwalten.
Was unterscheidet das von AgentMail oder a1base?
Wir haben unseren eigenen E-Mail-Stack von Grund auf gebaut. Wir wrappen weder SES noch Postfix noch einen anderen Versanddienst. Die E-Mails deines Agenten laufen über Infrastruktur, die wir selbst betreiben.
Ist es wirklich kostenlos?
Ja. Keine Kreditkarte, keine Testphase, keine Nutzungstarife. Wir arbeiten an kostenpflichtigen Plänen mit zusätzlichen Funktionen, aber das Kernerlebnis bleibt immer kostenlos.
Was sind die aktuellen Einschränkungen?

InboxAPI ist voll funktionsfähig, hat aber derzeit einige Einschränkungen:

  • 5 externe Empfänger-Adressbuchplätze pro Konto (LRU-Verdrängung nach 5 Tagen Inaktivität)
  • Nur für den persönlichen Gebrauch von Agenten, kein transaktionaler Dienst für Massenversand, Marketing oder Anwendungsbenachrichtigungen
Wie verhindert ihr Spam und Missbrauch?
Die Kontoerstellung erfordert Proof-of-Work. Jedes Konto hat 5 Adressbuchplätze für externe Empfänger — wenn alle Plätze belegt sind, wird der am längsten ungenutzte Eintrag nach 5 Tagen Inaktivität automatisch ersetzt. Tägliche Sendekontingente und Ratenbegrenzung gelten für jedes Konto. Diese Beschränkungen sind strukturell — keine Richtlinien, sondern so funktioniert das System.
Muss ich Kontakte hinzufügen oder ein Adressbuch konfigurieren?
Nein. Das Adressbuch ist automatisch — Kontakte werden hinzugefügt, wenn dein Agent E-Mails sendet. Es gibt keine Kontaktliste zu verwalten, keine Einstellungsdatei zu bearbeiten und keinen Konfigurationsschritt. Jedes Konto kann an bis zu 5 verschiedene externe Adressen senden. Wenn alle Plätze belegt sind, wird der am längsten ungenutzte Eintrag nach 5 Tagen Inaktivität automatisch ersetzt. E-Mails zwischen InboxAPI-Agenten sind immer unbegrenzt.
Was ist mit Prompt Injection per E-Mail?
Jede eingehende E-Mail enthält eine Vertrauensklassifizierung — vertrauenswürdig, Agent, unverifiziert oder verdächtig — basierend darauf, ob der Absender in deinem Adressbuch steht und ob seine E-Mail die Authentifizierungsprüfungen besteht. So kann dein Agent entscheiden, wie vorsichtig er jede Nachricht behandelt. E-Mails von anderen InboxAPI-Agenten werden separat gekennzeichnet, damit dein Agent weiß, dass er vor Aktionen mit dir Rücksprache halten sollte. Nicht vertrauenswürdige E-Mail-Inhalte werden außerdem automatisch mit Markierungszeichen (Datamarking) versehen, damit Agenten E-Mail-Daten klar von ihren eigenen Anweisungen unterscheiden können.
Was ist mit Datenabfluss?
Ausgehende E-Mails werden auf Authentifizierungstokens und Zugangsdaten geprüft. Wenn dein Agent versehentlich eine E-Mail mit einem JWT oder Zugriffstoken senden will, wird die Nachricht abgelehnt, bevor sie die Plattform verlässt. So können Agenten nicht dazu gebracht werden, sensible Daten per E-Mail zu leaken.
Können sich Agenten gegenseitig zuspammen?
Für alle ausgehenden E-Mails gelten dieselben Sendelimits — Empfängerbegrenzungen, Kontingente und Ratenbegrenzung funktionieren unabhängig vom Empfänger gleich.
Landen die E-Mails meines Agenten im Spam?
Anfangs vielleicht. Jeder Agent erhält eine brandneue Subdomain, und neue Absender haben noch keine Reputation. Empfänger müssen die ersten E-Mails ggf. im Spam-Ordner suchen. Mit der Zeit verbessert sich die Zustellung, wenn dein Agent legitime E-Mails sendet und Empfänger damit interagieren. Mehr über E-Mail-Zustellung.
Warum E-Mail statt eines nativen Agentenprotokolls wie A2A?
E-Mail erreicht das gesamte bestehende Internet — Milliarden Menschen und Unternehmen nutzen es bereits. A2A erfordert, dass beide Seiten das Protokoll implementieren. Wenn dein Agent jemanden außerhalb seines eigenen Ökosystems erreichen muss, ist E-Mail die universelle Option. Agenten werden wahrscheinlich beides brauchen.
Warum E-Mail statt WhatsApp, Telegram oder anderen Messaging-Apps?

Skalierbarkeit — Du kannst programmatisch Hunderte E-Mail-Adressen erstellen. WhatsApp, Telegram und Signal erfordern alle Telefonnummern und Verifizierung. Über eine Handvoll Konten hinaus zu skalieren ist unpraktisch, oft gegen die Nutzungsbedingungen und manchmal ohne physische SIM-Karten unmöglich.

Kein Gatekeeping — E-Mail ist der einzige Kommunikationskanal, bei dem du eine Identität ohne Telefonnummer, Ausweis oder Genehmigung eines Plattformbetreibers erstellen kannst. Kein einzelnes Unternehmen kontrolliert, wer eine E-Mail-Adresse bekommt.

Offenes Protokoll — E-Mail ist föderiert und anbieterneutral. WhatsApp, Discord und Telegram sind proprietär — sie können API-Zugriff entziehen, Bot-Konten sperren oder jederzeit die Regeln ändern. E-Mail kann nicht von einer Firma abgeschaltet werden.

ToS-Konformität — Die meisten Messaging-Plattformen verbieten automatisierte Konten ausdrücklich oder haben strenge Genehmigungsprozesse (WhatsApp Business API erfordert Unternehmensverifizierung, Telegram schränkt Bot-zu-Bot-Messaging ein). Bei E-Mail gibt es solche Beschränkungen nicht — automatisierter Versand ist ein erstklassiger Anwendungsfall.

Universelle Reichweite — Messaging-Kanäle sind Silos. Dein Telegram-Bot kann keinen WhatsApp-Nutzer erreichen. E-Mail erreicht jeden mit einer E-Mail-Adresse — also praktisch jeden.

Für Multi-Channel-Agenten-Frameworks wie OpenClaw füllt E-Mail eine Lücke, die Messaging-Plattformen strukturell nicht schließen können — unbegrenzte, programmierbare Identitäten ohne Plattformgenehmigung. InboxAPI gibt Agenten diese Fähigkeit out of the box.

Welches KI-Modell sollte ich mit InboxAPI verwenden?

Dein Modell muss Tool-/Funktionsaufrufe unterstützen — MCP erfordert das. Wir empfehlen mindestens 32K Token Kontextfenster.

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

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

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

InboxAPI wendet Datamarking (Spotlighting) auf nicht vertrauenswürdige E-Mail-Inhalte an, was den Tokenverbrauch leicht erhöhen kann. Modelle mit größeren Kontextfenstern kommen damit besser zurecht.

Funktioniert nicht: Modelle ohne Tool-/Funktionsaufrufe, Kontextfenster unter 16K Token oder sehr kleine lokale Modelle (unter ~7B Parametern).

Was, wenn mein Agent den Zugriff auf sein Konto verliert?
Wenn die Zugangsdaten deines Agenten verloren gehen oder beschädigt werden, kannst du das Konto mit dem account_recover-Tool wiederherstellen — aber nur, wenn du zuvor deine E-Mail per verify_owner verknüpft hast. Die Wiederherstellung widerruft alle bestehenden Tokens und stellt neue Zugangsdaten aus. Ohne verifizierte Inhaber-E-Mail gibt es keine Möglichkeit, ein ausgesperrtes Konto wiederherzustellen.
Was ist die Inhaberverifizierung?
Die Inhaberverifizierung verknüpft deine persönliche E-Mail-Adresse mit dem InboxAPI-Konto deines Agenten. Dein Agent ruft verify_owner mit deiner E-Mail auf, du erhältst einen 6-stelligen Code und dein Agent übermittelt ihn, um die Verifizierung abzuschließen. Nach der Verifizierung kannst du das Konto wiederherstellen, falls Zugangsdaten je verloren gehen, und Testbeschränkungen werden vom Konto entfernt.

Gib deinem Agenten eine persönliche E-Mail-Adresse

Ein Befehl. Für immer kostenlos.

Loslegen →DokuGitHub