Cloud Mail: E-Mail-Dienst für Cloudflare Workers mit Web-Postfach

Cloud Mail: mehrere Mailboxen aus einer Domäne

Cloud Mail von maillab ist ein auf Cloudflare aufbauender E-Mail-Dienst: Eine Domäne genügt, um darunter mehrere verschiedene Mailboxen anzulegen. Das README, überwiegend auf vereinfachtem Chinesisch mit einer englischen Fassung im Repositorium, beschreibt das Kernversprechen so: mit nur einer Domäne mehrere E-Mail-Adressen erzeugen, ähnlich den großen Mailanbietern. Umgesetzt wird das auf Cloudflare Workers, wodurch keine eigene Serverlandschaft nötig ist.

Am Tag der Analyse stehen 13745 Sterne, 20623 Forks und 68 offene Issues im Repositorium; die Metadaten listen JavaScript als Sprache, die Lizenz ist MIT. Wer die englische Übersetzung der README nutzen möchte, findet im Dokument einen entsprechenden Link.

Niedrige Kosten durch die Worker-Plattform

Kosten sind ein ausdrücklich genanntes Argument. Durch die Bereitstellung auf Cloudflare Workers fallen laut README weniger Serverkosten an, weil die Infrastruktur der Cloud-Plattform genutzt wird. Die Bausteine stammen ebenfalls aus dem Cloudflare-Ökosystem: KV als Cache, D1 als Datenbank und R2 als Objektspeicher für Anhänge.

Auf welchem Worker-Plan die Grenzen liegen, erklärt das README nicht im Detail. Wer das einschätzen will, prüft die Deployment-Dokumentation unter doc.skymail.ink, die das Projekt als Anlaufstelle für die Einrichtung nennt.

Versand über Resend und Anhänge über R2

Der Versand integriert Resend: Senden an Listen, eingebettete Bilder, Anhänge und die Prüfung des Versandstatus sind laut README vorgesehen. Beim Empfang unterstützt der Dienst Anhänge, die über Cloudflare R2 gespeichert und bereitgestellt werden. Der Kern besteht damit aus Senden, Empfangen und Ablage, nicht aus einem reinen Mailing-Werkzeug.

Die Web-Oberfläche ist responsiv gestaltet und soll sich laut Dokument am PC sowie auf den meisten Handy-Browsern anpassen. Wie Routing und Weiterleitung im Detail eingerichtet werden, liegt in der Deployment-Dokumentation.

Verwaltung: Rollen, Nutzer und offene API

Der Admin-Teil kann Nutzer und E-Mails verwalten. Das README nennt eine rollenbasierte Zugriffskontrolle, im Dokument als RABC abgekürzt, die Funktionen und Ressourcennutzung einschränken kann. Eine offene API ergänzt das: Nutzer lassen sich per Batch erzeugen, Mails über mehrere Suchbedingungen abfragen, heißt es in der Funktionsliste.

Für Betreiber mit vielen Nutzern ist dieser Teil wichtig, weil er Benutzerverwaltung und Auswertungen ohne manuelle Schritte erlaubt. Der genaue Umfang der API einschließlich Authentifizierung ist im README nicht ausgearbeitet und gehört zur Prüfung vor dem Betrieb.

Weiterleitung eingehender Mails an Telegram

Eingehende Mails lassen sich weiterleiten. Das README nennt Telegram-Bots und Mailadressen anderer Anbieter als Ziele für die Zustellung nach dem Empfang. Damit lässt sich ein Benachrichtigungsweg aufbauen, ohne selbst E-Mail-Flows im Worker-Code zu implementieren.

Wo die Weiterleitung konfiguriert wird, ob pro Mailbox oder global, bleibt im Dokument offen. Die Deployment-Dokumentation sollte dazu die konkreten Schritte liefern, bevor man sich auf das Verhalten verlässt.

Zusatzfunktionen: AI-Erkennung, Turnstile und ECharts

Mehrere Zusätze vervollständigen das Angebot. Workers AI erkennt laut README Verifikationscodes aus eingehenden Mails; Turnstile dient als Mensch-zu-Maschine-Verifikation gegen massenhafte Registrierung. ECharts visualisiert Systemdaten und das Nutzerwachstum, individuelle Einstellungen erlauben, Website-Titel, Login-Hintergrund und Transparenz anzupassen.

Zusätzlich kündigt die README weitere Funktionen als in Entwicklung an, ohne sie einzeln zu präzisieren. Diese Angaben sind Selbstauskünfte des Projekts; ob sie in einer konkreten Version verfügbar sind, zeigt die jeweilige Release-Historie.

Technikstapel: Hono, Drizzle und Vue 3 auf Workers

Der Stapel ist konkret dokumentiert: Cloudflare Workers als Plattform, Hono als Web-Framework, Drizzle als ORM, Vue 3 mit Element Plus als Frontend und Resend für das Versenden. Dazu kommen die Cloudflare-Dienste KV, D1 und R2. Die Verzeichnisstruktur im Unterprojekt mail-worker trennt die Aufgaben in benannte Ordner: api, const, dao, email, entity, error, hono, i18n, init, model, security, service, template und utils, mit index.js als Einstiegspunkt.

Für Mitentwickler ist diese Struktur der Startpunkt, um zu sehen, wo Mailverarbeitung, Zugriffskontrolle und Datenzugriff liegen. Konkrete Build- und Bereitstellungsanweisungen verortet das README in der Deployment-Dokumentation.

Lizenz, Releases und Einordnung

Die Lizenz ist MIT: Verwendung, Änderung und Weitergabe bleiben ohne Copyleft-Pflichten möglich, solange der Hinweis erhalten bleibt. Die Releases laufen in Version 3: v3.2.0, v3.1.0 und v3.0.0 erschienen in den Monaten vor der Analyse, was auf aktive Entwicklung hindeutet. Telegram dient laut README als Kanal für Austausch und Unterstützung.

Cloud Mail ist ein vollständiger E-Mail-Stack auf Cloudflare-Infrastruktur, sinnvoll für Selbstbeschaffer mit einer Domäne und Worker-Erfahrung. Wer die Leistungen ernsthaft nutzen will, sieht sich zuerst die Deployment-Dokumentation und den Demo-Dienst skymail.ink an und prüft danach, ob die Ressourcengrenzen von KV, D1 und R2 zum eigenen Bedarf passen.

Redaktionelles Fazit

Cloud Mail passt für Beteiligte mit eigener Domäne, die auf Cloudflare Workers einen Mail-Dienst mit Web-Postfach, Anhangempfang, Weiterleitung und Admin-API betreiben wollen. Die Grenzen stecken in den Cloudflare-Diensten KV, D1 und R2, deren Limits das README nicht beziffert. Vor dem Betrieb sollte man die Deployment-Dokumentation doc.skymail.ink lesen und im Demo-Dienst skymail.ink die Funktionsweise prüfen; Lizenz (MIT) und Release-Stand sind belegt.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes