Cloudflare Email Service

Was ist Cloudflare Email Service?

Cloudflare Email Service ist eine Infrastrukturebene zum Erstellen email-nativer Agents und Anwendungen. Es ermöglicht Agents, E-Mails zu senden, zu empfangen und zu verarbeiten mithilfe von Cloudflare-Developer-Plattform-Komponenten, sodass Sie den Posteingang als Oberfläche nutzen können, anstatt separate Kanäle oder benutzerdefinierte Integrationen zu erstellen.

Der Dienst ist so konzipiert, dass er neben dem Cloudflare Agents SDK und onEmail-ähnlichen Agent-Hooks funktioniert. Mit Email Routing für eingehende Nachrichten und Email Sending für ausgehende Antworten/Benachrichtigungen können Entwickler bidirektionale E-Mail-Workflows in derselben Cloudflare-Umgebung implementieren.

Wichtige Funktionen

• Email Routing (eingehende E-Mails zu Ihrer App/Agent): Empfangen Sie E-Mails und leiten Sie sie an Ihre Anwendung oder Agent zur Verarbeitung weiter, um ein posteingangsbasiertes Interaktionsmodell zu ermöglichen.
• Email Sending (ausgehende Transaktions-E-Mails): Senden Sie Antworten oder Benachrichtigungen von Ihrem Agent/Anwendung an Nutzer, indem Sie Nachrichten auslösen, die Teil asynchroner Arbeiten sein können.
• Workers-Binding für Email Sending (public beta): Senden Sie E-Mails direkt aus Workers mit einem nativen env.EMAIL.send(...)-Binding – keine API-Keys oder Secrets-Verwaltung.
• REST API + SDKs für Email Sending: Senden Sie E-Mails von jeder Plattform oder Sprache über die Cloudflare REST API, mit Unterstützung für TypeScript-, Python- und Go-SDKs.
• Automatische Domain-Authentifizierung (SPF/DKIM/DMARC): Wenn Sie Ihre Domain zu Email Service hinzufügen, konfiguriert Cloudflare SPF, DKIM und DMARC, damit Nachrichten authentifiziert und zugestellt werden, statt manuell eingerichtet werden zu müssen.
• Globale Zustellung im Cloudflare-Netzwerk: Email Service ist ein globaler Dienst auf Basis des Cloudflare-Netzwerks für weltweit latenzarme Zustellung.
• Vollständige bidirektionale Workflows mit Email Routing + Email Sending: Empfangen Sie eine E-Mail, verarbeiten Sie sie in einem Worker und antworten Sie, ohne Cloudflare zu verlassen.

So verwenden Sie Cloudflare Email Service

1. Starten Sie mit Email Routing für eingehende Nachrichten: Richten Sie Ihren Agent ein, um E-Mails über den Agents SDK onEmail-Hook zu empfangen (first-class für eingehende E-Mails).
2. Verwenden Sie Email Sending für asynchrone Antworten: Während der public beta fügen Sie Email Sending hinzu, um Ihrem Agent das Senden ausgehender E-Mail-Antworten oder Benachrichtigungen nach der Verarbeitung zu ermöglichen.
3. Senden Sie aus Workers mit dem nativen Binding: Rufen Sie in Ihrem Worker env.EMAIL.send mit to, from, subject und E-Mail-Inhalt (z. B. text) auf.
4. Alternativ: Senden über REST API und SDKs: Nutzen Sie den Cloudflare Email Service Send-Endpoint für serverseitiges oder plattformübergreifendes E-Mail-Senden, mit verfügbaren Sprach-SDKs (TypeScript, Python, Go).
5. Fügen Sie Ihre Sending-Domain hinzu und authentifizieren Sie sie: Konfigurieren Sie Ihre Domain in Email Service, damit Cloudflare SPF, DKIM und DMARC automatisch einrichtet.

Anwendungsfälle

• Customer-Support-Agent-Posteingangs-Workflow: Nutzen Sie Email Routing, um Kundennachrichten zu empfangen, Ticket-Daten zu persistieren, während die E-Mail in einem Agent/Worker verarbeitet wird, und senden Sie eine asynchrone Antwort nach Abschluss von Hintergrundaufgaben.
• Rechnungsverarbeitung und Benutzerbenachrichtigungen: Bauen Sie eine Rechnungspipeline, die eingehende E-Mails (z. B. Dokumente oder Anfragen) empfängt und später Status- oder „Fertig“-Benachrichtigungen an Nutzer sendet, wenn die Arbeit abgeschlossen ist.
• Account-Verifizierungs-Workflows: Implementieren Sie Verifizierungsinteraktionen, bei denen E-Mail der primäre nutzergerichtete Kanal ist, inklusive dem Versenden verifizierungsbezogener Nachrichten aus Agent-Logik.
• Multi-Agent-Workflows mit Eskalation und Follow-up: Koordinieren Sie Arbeiten über Systeme hinweg, planen Sie Follow-up-E-Mails und eskalieren Sie Edge-Cases per ausgehender E-Mail, sobald Bedingungen erkannt werden.
• Multi-Channel-Agent-Erweiterung ohne neue Client-UIs: Wenn Nutzer bereits E-Mails prüfen, stellen Sie den Agent über den Posteingang bereit, statt benutzerdefinierte Chat-Interfaces pro Kanal zu bauen.

FAQ

• Ist Email Service nur für Agents gedacht?
  Nein. Die Quelle beschreibt Email Service als Teil einer Entwicklerplattform-Schicht, die Anwendungen und Agents während der öffentlichen Beta das Senden von E-Mails ermöglicht.

• Wie empfange ich E-Mails von Nutzern?
  Die Quelle verweist auf Email Routing zum Empfangen von E-Mails in Ihrer Anwendung oder Agent, das mit der Agent-Verarbeitung auf Cloudflare zusammenarbeitet.

• Können Agents E-Mails nach lang laufender oder asynchroner Arbeit senden?
  Ja. Die Quelle kontrastiert chatbot-ähnliche synchrone Antworten mit Agent-Verhalten, das Arbeit über die Zeit verarbeiten und dann asynchron mit Email Sending antworten kann.

• Muss ich SPF-, DKIM- und DMARC-Einträge manuell verwalten?
  Die Quelle besagt, dass Cloudflare SPF, DKIM und DMARC automatisch konfiguriert, wenn Sie Ihre Domain zu Email Service hinzufügen.

• Wie sende ich E-Mails von einem Worker?
  Verwenden Sie die native Workers-Bindung aus der Quelle: env.EMAIL.send({ to, from, subject, text }).

Alternativen

• Eigene E-Mail-Integration mit externem Mail-Provider bauen: Wenn Sie das Senden selbst verwalten möchten, können Sie Drittanbieter-E-Mail-APIs nutzen und Inbound über eigenes Routing handhaben, müssen aber mehr des End-to-End-Workflows außerhalb der Cloudflare-Routing-/Sending-Schicht aufbauen.
• Dedizierten E-Mail-Parsing-/Routing-Service mit separatem Agent-Backend nutzen: Statt Cloudflares integriertem Email Routing + Email Sending können Sie Inbound-E-Mails über einen anderen Provider routen und Ihr Backend für ausgehende E-Mails generieren lassen.
• Chat- oder Ticketing-Oberflächen statt email-nativer Workflows verwenden: Für Teams mit Fokus auf Echtzeit-Interaktion kann ein Chat-/Ticketing-System E-Mail als primäre Oberfläche ersetzen, verliert aber die inbox-basierte Erfahrung aus der Quelle.
• Nur ausgehende Transaktions-E-Mails implementieren (kein Inbound-Routing): Wenn Sie nur Benachrichtigungen brauchen, können Sie eine ausgehende E-Mail-API nutzen, ohne den bidirektionalen Receive-and-Reply-Workflow aufzubauen.