Betriebsmodi

Die verschiedenen Arten, Owlat in einem Unternehmen zu betreiben — externe Postfächer über IMAP lesen, transaktionale oder Marketing-E-Mails über einen Zustellanbieter versenden, den eigenen Mailserver hosten oder ein Team-Postfach mit KI betreiben — und die Regeln, die jede Kombination stimmig halten.

Owlat ist modular: Jede Produktoberfläche ist ein Feature-Flag, und Sie schalten nur die ein, die Sie brauchen. Diese Seite katalogisiert die gängigen Betriebsmodi — stimmige Kombinationen dieser Flags samt der jeweils erforderlichen Infrastruktur —, damit Sie die zu Ihrem Unternehmen passende Form wählen und den Rest überspringen können.

Der erste Schritt des Einrichtungsassistenten („Wie werden Sie Owlat betreiben?“) bietet diese als Ein-Klick-Voreinstellungen an. Die einzelnen Flags können Sie danach jederzeit unter Einstellungen → Features feinjustieren.

Die drei Achsen

Jeder Modus ist ein Punkt auf drei Achsen:

Empfangen — wo Mail hereinkommt. Gar nicht, ein externes Postfach über IMAP (mail.external — Gmail / Fastmail / einen Firmenserver lesen), eine gehostete Postbox (postbox — Owlat ist Ihr Mailserver, MX-basiert) oder ein gemeinsames Team-Postfach (inbox).
Senden — wie Mail hinausgeht. Gar nicht, 1:1-Antworten über Ihr eigenes SMTP (der Pfad des externen Postfachs) oder ein Zustellanbieter (der eingebaute MTA, Resend oder Amazon SES) für programmatische und Massen-Mail.
Nachrichtentyp — was Sie senden. Transaktional (transactional — Belege, Passwort-Resets, API-Sendungen) und Marketing (campaigns + automations — Rundsendungen, Drip-Serien).

Die Regel, die Modi stimmig hält

Massenversand braucht einen Zustellanbieter — ein IMAP-Postfach ist keiner

Kampagnen, transaktionale E-Mails und Automationen werden über einen Zustellanbieter (MTA, Resend oder SES) mit einer verifizierten, authentifizierten Sendedomain versendet. Mit reinem IMAP können Sie sie nicht versenden: Ein verbundenes externes Postfach versendet persönliche 1:1-Antworten über das SMTP Ihres eigenen Anbieters, niemals Massen-Mail.

Owlat setzt das durch. Der Einrichtungsassistent verlangt einen Anbieter, sobald eines dieser Flags aktiv ist, und das Backend verweigert solche Sendungen (es werden keine Datensätze geschrieben), bis einer konfiguriert ist.

Eine zweite, leisere Regel: Auch System- und Auth-Mail (Passwort-Reset, Teameinladungen, Double Opt-in) braucht einen Transportweg. Sie geht über den jeweils konfigurierten Zustellanbieter hinaus. Ein Deployment, das keinen Anbieter konfiguriert, kann Mail lesen und 1:1 antworten, aber keine Passwort-Resets oder Einladungen versenden — es eignet sich daher nur für eine einzelne Admin-Person, die bei der Installation angelegt wurde, oder für einen externen Identity-Provider.

Wählen Sie Ihren Modus

Wenn Sie … möchten	Modus	Zustellanbieter?
Ihre bestehende Google-/IMAP-Mail in einem besseren Client lesen	Nur IMAP	Nein
Belege / Passwort-Resets aus Ihrer App versenden	Transaktionale API	Ja
Newsletter, Formulare und Drip-Kampagnen betreiben	Marketing-Plattform	Ja
Owlat als Mailserver Ihres Unternehmens betreiben	Gehosteter Mailserver	Ja (MTA)
Gemeinsame Support-Mail im Team triagieren	Team-Postfach	Ja
… mit KI-Klassifizierung + Antwortentwürfen	Team-Postfach + KI	Ja
Alles auf einmal	Full Stack	Ja
Nur Kontakte/Daten verwalten, keine Mail	Nur CRM	Nein

Die Modus-Matrix

Immer aktive Bestandteile (ohne Flag): das Convex-Backend, Redis und die Automations-Laufzeitumgebung. „Aktive Flags“ listet nur das auf, was Sie über die Standardeinstellungen hinaus aktivieren. Anbieter ist der E-Mail-Zustellanbieter; Profile sind die Docker-Compose-Profile, die aktiviert werden.

Modus	Aktive Flags	Anbieter	Docker-Profile	Was funktioniert
Nur IMAP	`mail.external`	keiner	`external-mail`	Externe Postfächer lesen, Suche, CRM/Chronik, 1:1-Antworten über Ihr eigenes SMTP
Transaktionale API	`transactional`	erforderlich	`mta`, wenn Anbieter = MTA	Programmatische Sendungen über API/SDK; verifizierte Domain erforderlich
Marketing-Plattform	`campaigns` (+ `.archive`), `automations`, `transactional`	erforderlich	`mta`, wenn Anbieter = MTA	Kampagnen, Drip-/Broadcast-Automationen, Formulare → Double Opt-in, transaktionale Mail
Gehosteter Mailserver	`postbox`	MTA + verifizierte Domain	`personal-mail`, `mta`	Postfächer pro Benutzer, Webmail + IMAP-/SMTP-Clients, MX-Zustellung
Team-Postfach	`inbox`, `transactional`	erforderlich	`mta`	Gemeinsames Postfach, thread-basierte Konversationen, Antworten über den Anbieter
Team-Postfach + KI	`inbox`, `ai`, `ai.agent`	erforderlich	`mta`, `ai`	+ KI-Klassifizierung & Antwortentwürfe (benötigt einen LLM-Anbieter)
Full Stack	Marketing + Empfang + KI	erforderlich	`personal-mail`, `external-mail`, `mta`, `ai`	alles
Nur CRM	keines der Versand-Flags	keiner	—	Kontakte, Segmente, Importe, Formulare; kein Versand

Nur IMAP im Detail

Owlat als besserer Client auf Google

Aktivieren Sie mail.external, und jede Person verbindet ihr eigenes Postfach über IMAP+SMTP. Owlat synchronisiert ihre Mail (inklusive eines vollständigen Historien-Backfills — siehe Von Google migrieren), indiziert sie für Suche und KI und ermöglicht 1:1-Antworten über das SMTP des eigenen Anbieters.

Es sind kein Zustellanbieter, keine Sendedomain und kein MTA-Container erforderlich. Was Sie in diesem Modus nicht tun können: Marketing-Kampagnen, Automationen oder transaktionale API-Mail versenden — dafür braucht es einen Zustellanbieter. Ein verbundenes externes Postfach ist keiner.

Wie Sie die einzelnen Modi betreiben

Self-Hoster wählen einen Modus im Einrichtungsassistenten oder setzen die Flags unter Einstellungen → Features. Der eingebaute MTA ist inzwischen opt-in: Er läuft nur, wenn er der Zustellanbieter ist (EMAIL_PROVIDER=mta) oder wenn postbox/inbox ihn für eingehende Mail benötigen. Die Standarddatei .env.selfhost.example liefert COMPOSE_PROFILES=mta aus; stellen Sie EMAIL_PROVIDER auf resend/ses um und entfernen Sie mta aus COMPOSE_PROFILES, um ihn nicht mehr zu betreiben. Siehe Self-Hosting-Konfiguration.
Zustellanbieter (MTA vs. Resend vs. SES) und wie das Routing einen auswählt, sind unter Anbieter beschrieben.
Sendedomains (SPF/DKIM/DMARC) sind nur erforderlich, wenn Sie über den eingebauten MTA versenden — siehe DNS & E-Mail.

Ungültige Kombinationen, die Owlat verhindert

Kombination	Warum sie unstimmig ist	Was Owlat tut
Kampagnen / transaktionale Mail / Automationen aktiv, kein Zustellanbieter	Massen-Mail hat keinen Transportweg	Blockiert: Der Assistent verlangt einen Anbieter; Sendungen werden verweigert (keine Datensätze geschrieben)
Ein externes Postfach als Massenversender behandeln	Es ist persönliches 1:1-SMTP, niemals Massenversand	Die Fähigkeitsprüfung wertet `mail.external` nie als Anbieter
`inbox` aktiv, ohne eingehende Quelle	Das Postfach bleibt leer	Warnung — fügen Sie den MTA oder einen Kanal-Webhook hinzu
`postbox` aktiv mit unverifizierter Domain	Kein MX herein, kein DKIM hinaus	Warnung + die Versandsperre pro Domain blockiert bis zur Verifizierung

Siehe auch

Feature-Flags — einzelne Oberflächen umschalten
Transaktionale E-Mails und Einrichtung
Postbox und Von Google migrieren
Self-Hosting und Konfiguration