Guide

E-Mail-CLI-Tools im Vergleich

Vergleich von sieben E-Mail-CLI-Tools für Entwickler-Workflows: Nylas CLI, Himalaya, aerc, NeoMutt, msmtp, mailx und swaks. Behandelt OAuth, JSON-Ausgabe, E-Mail-Versand ohne SMTP oder Postfix, Anbieterabdeckung, Kalenderzugriff und KI-Agent-Integration.

Written by Caleb Geene Director, Site Reliability Engineering

Reviewed by Hazik

Updated May 17, 2026

Verified — CLI 3.1.10 · Gmail, Outlook, IMAP · last tested May 14, 2026

Offenlegung: Nylas CLI wird von Nylas entwickelt, dem Herausgeber dieses Guides. Wir haben einen ehrlichen Vergleich angestrebt, aber Leser sollten sich dieser Beziehung bewusst sein.

Was ist das beste E-Mail-CLI für Entwickler?

Ein E-Mail-CLI ist ein Kommandozeilen-Tool zum Senden, Lesen oder Verwalten von E-Mails im Terminal. Sieben Tools dominieren 2026: Nylas CLI, Himalaya, aerc, NeoMutt, msmtp, mailx und swaks. Verwenden Sie einen Provider-API-Client, um E-Mails ohne SMTP- oder Postfix-Konfiguration zu senden. Verwenden Sie einen TUI-Client (aerc, NeoMutt, Himalaya) zum interaktiven Lesen. Verwenden Sie msmtp oder swaks für Relay und SMTP-Tests.

Wenn Sie den besten Kommandozeilen-E-Mail-Client vergleichen oder einen suchen, den Linux-Administratoren in Skripten einsetzen können, teilen Sie die Kategorie in drei Aufgaben: Postfachzugriff, Nachrichtenzustellung und SMTP-Diagnose.

Jedes Tool besetzt eine andere Nische. NeoMutt, aerc und Himalaya sind Mail User Agents (MUAs), die E-Mails über IMAP/SMTP lesen und verfassen. msmtp ist ein leichtgewichtiger Mail Transfer Agent (MTA), der Nachrichten an einen SMTP-Server weiterleitet. Nylas CLI ist keines von beiden — es ist ein API-Client, der mit 6 E-Mail-Anbietern über die Nylas-Plattform kommuniziert und Ihnen einheitlichen Zugriff ohne manuelle SMTP-, IMAP- oder OAuth-Konfiguration bietet.

Für einen Kommandozeilen-SMTP-Client sind msmtp und swaks der richtige Vergleich. Für Gmail-, Outlook-, Exchange-, Yahoo-, iCloud- oder IMAP-Workflows, die OAuth und JSON-Ausgabe benötigen, ist ein Provider-API-CLI wie Nylas oder ein moderner Rust/Go-Client wie Himalaya die bessere Wahl.

Nylas CLI

Ein modernes, quelloffenes CLI (MIT-lizenziert), das sich über OAuth mit Gmail, Outlook, Exchange, Yahoo, iCloud und jedem IMAP-Anbieter verbindet. Bietet E-Mail, Kalender und Kontakte in einem Tool. Gibt strukturiertes JSON für Skripting aus. Enthält einen integrierten MCP-Server, damit KI-Agents Ihre E-Mails direkt nutzen können.

# Installation
brew install nylas/nylas-cli/nylas

# Geführte Einrichtung von Konto, Anwendung, API-Schlüssel und Postfach
nylas init

# Oder, falls Sie bereits einen Nylas-API-Schlüssel haben
nylas auth config --api-key nyl_abc123

# Postfach-Grant verbinden, wenn nötig
nylas auth login

# E-Mail senden
nylas email send --to alice@example.com --subject "Hello" --body "From the CLI"

# Aktuelle E-Mails als JSON auflisten
nylas email list --json --limit 10

mailx (BSD Mail / Heirloom mailx)

Der klassische Unix-Mail-Befehl, erstmals in Unix System V 1983 enthalten und später als Teil von POSIX.2 (IEEE Std 1003.2) standardisiert. Auf praktisch jedem POSIX-System verfügbar. Liest aus dem lokalen Postfach oder sendet über sendmail/SMTP. Einfach, aber eingeschränkt: kein OAuth, keine JSON-Ausgabe, minimale Anhangsunterstützung. Am besten für schnelle Benachrichtigungen aus Cronjobs auf Systemen, auf denen ein lokaler MTA bereits konfiguriert ist.

# Einfache E-Mail über lokalen MTA senden
echo "Build failed" | mailx -s "CI Alert" dev@example.com

# Über SMTP-Relay senden
echo "Report attached" | mailx -S smtp=smtp://relay.example.com \
  -s "Daily Report" team@example.com

mutt / NeoMutt

Ein leistungsstarker Terminal-Mail-Client, erstmals 1995 veröffentlicht und aktuell in Version 2.2.x gepflegt. mutt bietet eine vollständige TUI (Text User Interface) mit Unterstützung für IMAP, POP3, SMTP, GPG und umfangreiche Anpassung über .muttrc. Hervorragend für Power-User, die E-Mails interaktiv im Terminal lesen und verwalten möchten. Für Skripting weniger geeignet, da die Ausgabe für Menschen gestaltet ist.

# IMAP-Postfach interaktiv öffnen
mutt -f imaps://user@imap.gmail.com

# Datei als Anhang aus einem Skript senden
mutt -s "Report" -a report.pdf -- team@example.com < body.txt

msmtp

Ein leichtgewichtiger SMTP-Client, erstmals 2003 veröffentlicht, der als sendmail-Ersatz fungiert. msmtp kann eine Sache besonders gut: Nachrichten an einen SMTP-Server weiterleiten. Unterstützt TLS und mehrere Konten. Kein Lesen, kein IMAP, keine Suche. Ideal als Relay-Backend für andere Tools.

# Konfiguration in ~/.msmtprc
# account default
# host smtp.gmail.com
# port 587
# auth on
# tls on
# user you@gmail.com
# password your-app-password

# Über konfiguriertes Konto senden
echo -e "Subject: Test\n\nHello" | msmtp recipient@example.com

swaks (Swiss Army Knife for SMTP)

Ein speziell für SMTP-Tests entwickeltes Tool, erstmals 2003 veröffentlicht. swaks ermöglicht das Erstellen roher SMTP-Sitzungen mit voller Kontrolle über jeden Protokollschritt. Perfekt zum Testen von Mailserver-Konfigurationen, Debuggen von Zustellproblemen und Verifizieren von SPF/DKIM-Setups. Nicht für den täglichen E-Mail-Gebrauch gedacht.

# SMTP-Konnektivität testen
swaks --to test@example.com --server smtp.example.com --tls

# Mit Authentifizierung testen
swaks --to test@example.com --server smtp.gmail.com:587 \
  --auth LOGIN --auth-user you@gmail.com --tls-on-connect

Himalaya

Ein moderner CLI-E-Mail-Client in Rust geschrieben, erstmals 2020 veröffentlicht und aktiv vom Pimalaya-Projekt gepflegt. Himalaya unterstützt IMAP-, SMTP-, Notmuch- und JMAP-Backends. Es gibt JSON nativ mit --output json aus, was es skriptfreundlicher als mutt oder aerc macht. Kein integriertes OAuth — Gmail und Outlook erfordern externe Token-Helper oder App-spezifische Passwörter. Installation dauert unter 30 Sekunden via Homebrew.

# Installation
brew install himalaya

# Aktuelle E-Mails auflisten
himalaya envelope list

# Als JSON auflisten (nützlich für Skripting)
himalaya envelope list --output json

# Bestimmte Nachricht lesen
himalaya message read 1

# E-Mail senden
himalaya message write --to alice@example.com

aerc

Ein Terminal-E-Mail-Client in Go geschrieben, erstmals 2019 von Drew DeVault veröffentlicht (aerc-mail.org). aerc bietet eine TUI mit Tabs, integrierten Git-E-Mail-Patch-Workflow und JMAP-Unterstützung. Beliebt bei Kernel-Entwicklern und Open-Source-Beitragenden, die Patches per E-Mail senden. Unterstützt IMAP und SMTP. Kein integriertes OAuth, keine JSON-Ausgabe und kein nicht-interaktiver Modus — aerc ist ausschließlich TUI. Einrichtung dauert etwa 5 Minuten.

# Installation
brew install aerc

# TUI starten (nur interaktiv)
aerc

# aerc ist ausschließlich TUI — kein nicht-interaktiver Sendebefehl
# Nutzen Sie es für interaktives E-Mail-Management, Git-Patch-Review
# und Multi-Konto-Workflows mit Tabs

Funktionsvergleich

Funktion	Nylas CLI	Himalaya	aerc	NeoMutt	msmtp	mailx	swaks
E-Mail senden	Ja	Ja	Ja	Ja	Ja	Ja	Ja
E-Mail lesen/suchen	Ja	Ja (IMAP)	Ja (IMAP)	Ja (IMAP)	Nein	Nur lokal	Nein
Kalenderzugriff	Ja	Nein	Nein	Nein	Nein	Nein	Nein
Kontaktzugriff	Ja	Nein	Nein	Adressbuch	Nein	Nein	Nein
OAuth-Unterstützung	Integriert (6 Anbieter)	Nein (externe Helper)	Nein	Manuelle Helper-Skripte	Nein (App-Passwörter)	Nein	Nein
JSON-Ausgabe	Ja (`--json`)	Ja (`--output json`)	Nein	Nein	Nein	Nein	Nein
KI-Agent-Integration	MCP-Server integriert	Nein	Nein	Nein	Nein	Nein	Nein
JMAP-Unterstützung	Nein	Ja	Ja	Nein	Nein	Nein	Nein
GPG-Signatur/-Verschlüsselung	Ja	Ja	Ja	Ja	Nein	Nein	Nein
Anhänge	Ja	Ja	Ja	Ja	Via stdin	Eingeschränkt	Ja
Nicht-interaktiver Modus	Ja (`--yes`)	Ja	Nein (nur TUI)	Teilweise	Ja	Ja	Ja
Versand ohne SMTP/Postfix	Ja (API-basiert)	Nein (SMTP nötig)	Nein (SMTP nötig)	Nein (SMTP nötig)	Nein (ist SMTP)	Nein (MTA nötig)	Nein (ist SMTP)
Multi-Anbieter	Gmail, Outlook, Exchange, Yahoo, iCloud, IMAP	IMAP/SMTP/JMAP	IMAP/SMTP/JMAP	IMAP/POP3/SMTP	Nur SMTP	Lokaler MTA / SMTP	Nur SMTP
Zeitversetzter Versand	Ja	Nein	Nein	Nein	Nein	Nein	Nein
Sprache	Go	Rust	Go	C	C	C	Perl
Lizenz	MIT	MIT	MIT	GPL	GPL	BSD/CDDL	GPL

Unter den sieben verglichenen Tools sendet nur Nylas CLI E-Mails ohne SMTP- oder Postfix-Konfiguration, bietet OAuth2 für 6 Anbieter und enthält einen integrierten MCP-Server für KI-Agents. Himalaya ist das einzige andere Tool mit nativer JSON-Ausgabe. aerc und NeoMutt sind die stärksten Optionen für interaktive Terminal-Mail, während msmtp und swaks der Standard für SMTP-Relay und Protokolltests bleiben.

Welcher CLI-E-Mail-Client unterstützt Gmail, Outlook und IMAP?

Der größte praktische Unterschied zwischen diesen Tools ist die Authentifizierung bei modernen E-Mail-Anbietern. Gmail und Outlook stellen App-Passwörter zugunsten von OAuth 2.0 ein. Laut Googles Ankündigung vom September 2023 wurde der Zugriff für weniger sichere Apps bei Workspace-Konten entfernt. Microsoft folgte einem ähnlichen Weg und hat die Basic Authentication für Exchange Online im Oktober 2022 eingestellt. Das betrifft jedes Tool, das sich direkt mit SMTP oder IMAP verbindet.

Nylas CLI handhabt OAuth nativ — kein SMTP oder Postfix nötig. Führen Sie nylas init nach der Installation für die geführte Einrichtung aus. Falls Sie bereits einen API-Schlüssel haben, führen Sie nylas auth config --api-key nyl_abc123 aus, dann nylas auth login zum Verbinden eines Postfachs. Tokens werden automatisch erneuert. Funktioniert mit Gmail, Outlook, Exchange, Yahoo, iCloud und IMAP.
NeoMutt kann OAuth mit Gmail und Outlook verwenden, aber Sie müssen externe Helper-Skripte (wie oauth2.py) konfigurieren, um Tokens abzurufen und zu erneuern. Es funktioniert, erfordert aber manuelle Einrichtung.
Himalaya unterstützt IMAP, SMTP und JMAP, hat aber kein integriertes OAuth. Gmail erfordert ein App-spezifisches Passwort oder einen externen Token-Helper. JMAP-Unterstützung bedeutet native Kompatibilität mit Fastmail.
aerc unterstützt IMAP, SMTP und JMAP. Wie Himalaya kein integriertes OAuth — konfigurieren Sie App-Passwörter oder externe Helper für Gmail und Outlook.
mailx, msmtp, swaks sind auf App-Passwörter oder einfache SMTP-Zugangsdaten angewiesen. Da Anbieter die Sicherheit verschärfen, wird dieser Ansatz schwieriger zu pflegen.

Verwenden Sie --provider, wenn der Standard-Gmail-Flow nicht das gewünschte Postfach ist. Google, Microsoft und EWS öffnen einen Browser-OAuth-Flow. iCloud, Yahoo und generisches IMAP fordern Zugangsdaten oder App-spezifische Passwörter an.

# Nylas CLI: geführte Einrichtung nach Installation
nylas init

# Vorhandener API-Schlüssel
nylas auth config --api-key nyl_abc123

# Google/Gmail ist der Standard-Browser-OAuth-Flow
nylas auth login

# Andere Browser-OAuth-Anbieter
nylas auth login --provider microsoft
nylas auth login --provider ews

# Zugangsdaten-Anbieter fordern App-spezifische oder IMAP-Credentials an
nylas auth login --provider icloud
nylas auth login --provider yahoo
nylas auth login --provider imap

# mutt: erfordert manuelle OAuth-Helper-Skript-Konfiguration
# ~/.muttrc
# set imap_authenticators="oauthbearer:xoauth2"
# set imap_oauth_refresh_command="python3 oauth2.py ..."

# msmtp: erfordert App-spezifisches Passwort
# ~/.msmtprc
# password your-app-specific-password

Wie handhabt jedes Tool Skripting und Automatisierung?

CI/CD-Pipelines, Cronjobs und Automatisierungsskripte benötigen E-Mail-Tools, die nicht-interaktiv laufen und parsbare Ausgaben liefern. Von den sieben hier verglichenen Tools geben nur Nylas CLI und Himalaya strukturiertes JSON nativ aus — über --json bzw. --output json. Die anderen fünf erzeugen menschenlesbare Textausgabe, die fragiles Regex-Parsing erfordert. aerc hat überhaupt keinen nicht-interaktiven Modus, da es ausschließlich TUI ist.

Nylas CLI unterstützt drei Skripting-Muster: JSON-Ausgabe gepipt an jq, nicht-interaktiver Versand mit --yes und stdin-Piping für dynamische Nachrichtentexte. Jedes Muster funktioniert ohne manuelle Bestätigungsabfragen.

# Nylas CLI: strukturierte JSON-Ausgabe, ideal für jq
nylas email list --json --limit 5 | jq '.[].subject'

# Nylas CLI: nicht-interaktiver Versand (keine Bestätigungsabfrage)
nylas email send --to ci@example.com --subject "Build passed" \
  --body "All tests green" --yes

# Nylas CLI: Body von stdin pipen
echo "Deployment complete at $(date)" | nylas email send \
  --to ops@example.com --subject "Deploy notification" --yes

# mailx: funktioniert, aber Ausgabe nur menschenlesbar
echo "Alert" | mailx -s "Disk full" ops@example.com

Das --json-Flag verändert die Grundlage für Skripting. Statt menschenlesbare Ausgabe mit fragilem Regex zu parsen, erhalten Sie strukturierte Daten, die Tools wie jq zuverlässig verarbeiten können. So sieht der Unterschied in der Praxis aus:

Ausgabevergleich: NeoMutt vs Nylas CLI

Der Unterschied im Ausgabeformat zwischen NeoMutt und Nylas CLI zeigt, warum strukturierte Daten für Automatisierung wichtig sind. Ein fragiler Regex, der NeoMutts spaltenbasierte Ausgabe parst, bricht, sobald ein Betreff Sonderzeichen enthält oder sich Spaltenbreiten zwischen Versionen verschieben — ein Problem, das laut dem NeoMutt-Issue-Tracker etwa 40 % der Mail-Parsing-Skripte betrifft. NeoMutt gibt menschenlesbaren Text für die Terminal-Anzeige aus:

   1  N  Mar 25 Sarah Chen     (4.2K) Re: Project Atlas — Q2 launch timeline
   2     Mar 24 DevOps Bot     (1.8K) [Alert] CPU usage above 90%
   3     Mar 24 Jamie Park     (2.1K) Calendar invite: API Design Review

Nylas CLI gibt strukturiertes JSON aus, das Maschinen direkt parsen können:

[
  {
    "id": "a1b2c3d4e5f6g7h8",
    "subject": "Re: Project Atlas — Q2 launch timeline",
    "from": [{"name": "Sarah Chen", "email": "sarah@example.com"}],
    "date": "2026-03-25T14:22:18-04:00",
    "unread": true,
    "folders": ["INBOX"]
  }
]

NeoMutts Ausgabe erfordert Parsing mit grep oder awk — und das Format variiert zwischen Versionen. Nylas CLIs JSON kann direkt in jq, Python oder den Tool-Handler eines LLM-Agents gepipt werden, ohne jegliche Textverarbeitung. Himalayas --output json liefert eine ähnlich strukturierte Ausgabe und ist damit die nächstbeste Alternative für Skripting.

Welche Tools funktionieren mit KI-Agents?

Keines der 6 traditionellen Tools (mailx, NeoMutt, Himalaya, aerc, msmtp, swaks) wurde für KI-Agents entwickelt. Himalayas JSON-Ausgabe macht es als Subprozess-Tool nutzbar, aber es hat keine Agent-spezifischen Funktionen. Nylas CLI wurde von Anfang an für diesen Anwendungsfall gebaut:

MCP-Server: nylas mcp serve stellt 16 Tools (E-Mail, Kalender, Kontakte) über das Model Context Protocol bereit. Claude Desktop, Cursor, VS Code und Claude Code verbinden sich nativ.
Subprozess-Muster: KI-Agents können nylas email list --json als Subprozess aufrufen und die strukturierte Ausgabe direkt parsen.
Nicht-interaktiver Modus: --yes überspringt Bestätigungsabfragen, damit Agents ohne menschliches Eingreifen senden können.

# MCP für Claude Code installieren -- ein Befehl
nylas mcp install --assistant claude-code

# Jetzt kann Claude Code E-Mails lesen, senden und planen
# ohne eigene Tool-Definitionen

# Oder als Subprozess-Tool in Ihrem eigenen Agent verwenden
nylas email list --json --limit 5 --from boss@company.com

Wann welches Tool verwenden

Jedes E-Mail-CLI zielt auf einen anderen Workflow ab. Das falsche zu wählen bedeutet, gegen das Tool zu kämpfen statt es zu nutzen. Die Aufteilung erfolgt in drei Kategorien: API-Clients, die SMTP komplett umgehen, TUI-Clients für interaktive Postfachverwaltung, und Relay-/Test-Tools für rohe SMTP-Operationen.

Nylas CLI — Sie brauchen Multi-Anbieter-Zugriff, JSON-Ausgabe, Kalender/Kontakte, Versand ohne SMTP oder Postfix oder KI-Agent-Integration. Am besten für: Automatisierung, CI/CD, KI-Agents, Entwickler-Workflows über 6 Anbieter.
Himalaya — Sie wollen einen modernen, kombinierbaren CLI-E-Mail-Client mit JSON-Ausgabe und JMAP-Unterstützung. Am besten für: Rust-Enthusiasten, Fastmail-Nutzer, Skripting mit strukturierter Ausgabe.
aerc — Sie wollen eine moderne TUI mit Tabs und integriertem Git-Patch-Support. Am besten für: Kernel-Entwickler, Open-Source-Beitragende, die Patches per E-Mail reviewen.
NeoMutt — Sie wollen maximale Anpassung und ein über Jahrzehnte gewachsenes Ökosystem. Am besten für: Power-User, die im Terminal leben, GPG-Workflows, komplexes Filtern.
msmtp — Sie brauchen einen leichtgewichtigen sendmail-Ersatz. Am besten für: Systeme, auf denen andere Tools (git, cron) E-Mails über SMTP weiterleiten müssen.
mailx — Sie müssen einfache Benachrichtigungen von einem Server mit konfiguriertem lokalem MTA senden. Am besten für: Cronjob-Alerts, minimale Abhängigkeiten.
swaks — Sie müssen SMTP-Server-Konfigurationen testen oder Zustellung debuggen. Am besten für: Mailserver-Administratoren, Zustellbarkeits-Ingenieure.

Wie schnell ist jedes Tool eingerichtet?

Die Einrichtungszeit variiert von 30 Sekunden bis 30 Minuten je nach Tool und ob OAuth benötigt wird. Nylas CLI benötigt etwa 2 Minuten für Homebrew-Installation plus geführte Einrichtung mit nylas init — kein SMTP oder Postfix nötig. Himalaya dauert etwa 5 Minuten (Installation + Konfiguration von ~/.config/himalaya/config.toml mit IMAP/SMTP-Zugangsdaten). aerc ist ähnlich mit 5 Minuten. NeoMutt braucht etwa 15 Minuten für die initiale .muttrc-Konfiguration. msmtp dauert ungefähr 10 Minuten für das ~/.msmtprc-SMTP-Setup. swaks ist mit etwa 5 Minuten schneller, wenn die SMTP-Server-Details bekannt sind.

# Nylas CLI: ~2 Minuten (Installation + geführte Einrichtung)
brew install nylas/nylas-cli/nylas
nylas init

# Oder, falls Sie bereits einen Nylas-API-Schlüssel haben
nylas auth config --api-key nyl_abc123

# Postfach-Grant verbinden, wenn nötig
nylas auth login
nylas email send --to test@example.com --subject "Hello" --body "It works"

# Himalaya: ~5 Minuten (Installation + IMAP/SMTP in config.toml konfigurieren)
brew install himalaya
# ~/.config/himalaya/config.toml mit IMAP/SMTP-Zugangsdaten bearbeiten...
himalaya envelope list

# aerc: ~5 Minuten (Installation + accounts.conf konfigurieren)
brew install aerc
# ~/.config/aerc/accounts.conf mit IMAP/SMTP-Einstellungen bearbeiten...
aerc

# NeoMutt: ~15 Minuten (Installation + .muttrc + OAuth oder App-Passwort konfigurieren)
brew install neomutt
# ~/.muttrc mit IMAP/SMTP-Einstellungen bearbeiten...

# msmtp: ~10 Minuten (Installation + ~/.msmtprc + App-Passwort konfigurieren)
brew install msmtp
# ~/.msmtprc mit SMTP-Einstellungen bearbeiten...

# mailx: ~1 Minute falls lokaler MTA existiert, 30+ Minuten falls nicht (Postfix nötig)
echo "Hello" | mailx -s "Test" test@example.com

# swaks: ~5 Minuten (Installation + SMTP-Server-Details kennen)
brew install swaks
swaks --to test@example.com --server smtp.example.com

Häufig gestellte Fragen

Kann ich Nylas CLI als sendmail-Ersatz wie msmtp verwenden?

Nylas CLI implementiert nicht die sendmail-Schnittstelle und kann daher nicht als System-MTA eingesetzt werden. Für Skripting-Zwecke ist das Pipen an nylas email send --yes aber gleichwertig. Für systemweite E-Mail-Zustellung (Cron-Benachrichtigungen, Log-Alerts) ist msmtp besser geeignet.

Ist Nylas CLI kostenlos?

Ja. Nylas CLI ist kostenlos, quelloffen und MIT-lizenziert. Installieren Sie es mit brew install nylas/nylas-cli/nylas. Es gibt keine Nutzungsbeschränkungen für das CLI selbst.

Kann mutt sich ohne App-Passwörter mit Gmail verbinden?

Ja, mutt unterstützt OAuth2 für Gmail, erfordert aber die Konfiguration eines externen Token-Refresh-Helper-Skripts. Googles oauth2.py-Skript oder ähnliche Tools übernehmen den Token-Austausch. Es funktioniert, ist aber deutlich mehr Aufwand als Nylas CLIs Ein-Befehl-OAuth-Flow.

Welches Tool eignet sich am besten für E-Mail-Tests in CI/CD?

Zum Testen der E-Mail-Zustellung (SMTP-Konfiguration, SPF/DKIM) verwenden Sie swaks. Zum Testen von Anwendungs-E-Mail-Flows (eine echte E-Mail senden und Empfang verifizieren) verwenden Sie Nylas CLI mit --json-Ausgabe in Ihren Testskripten. Siehe den Guide E2E-E-Mail-Tests mit Playwright.

Unterstützt eines dieser Tools Exchange On-Premises?

Nylas CLI unterstützt Exchange Online und lokales Exchange über EWS (Exchange Web Services). mutt kann sich über IMAP mit Exchange verbinden, wenn es aktiviert ist. Die anderen Tools unterstützen nur SMTP, das auf Ihrem Exchange-Server möglicherweise nicht verfügbar ist.

Nächste Schritte

E-Mail vom Terminal senden — ausführlicher Guide für Nylas CLI E-Mail-Workflows
Gmail CLI: Gmail von der Kommandozeile senden — Gmail-spezifischer Versand-Workflow ohne SMTP oder Gmail-API-Setup
Gmail CLI — Gmail im Terminal auflisten, suchen und lesen
Outlook CLI — Microsoft 365 Mail auflisten, suchen und lesen ohne Graph-Setup
Google Calendar CLI — Termine auflisten, Meetings erstellen und Verfügbarkeit prüfen
KI-Agent-CLI für E-Mail und Kalender — CLI-Befehle als LLM-Tools wrappen
KI-Agents E-Mail-Zugriff via MCP geben — MCP-Server für Claude, Cursor oder VS Code einrichten
GPG-verschlüsselte E-Mail per CLI — E-Mails mit Nylas CLI signieren und verschlüsseln
Nylas CLI vs Recall.ai — E-Mail/Kalender vs Meeting-Aufnahmen für KI-Agents
E-Mail vom Terminal suchen — Gmail-, Graph- und IMAP-Suchsyntax im Vergleich
Beste CLI-Kalender-Tools im Vergleich — gcalcli, khal, calcurse, remind und Nylas CLI
Vollständige Befehlsreferenz — jedes Flag, jeder Unterbefehl und jedes Beispiel