← Zurück zur Übersicht

Open Source, Apache 2.0

Von Lucas Flores, IT Systeme Flores UG. Zuletzt aktualisiert am 2026-10-16

Restow ist ein Repository und ein Release in zwei Builds. Alles außerhalb des Verzeichnisses ee/, der Kern, ist Open Source unter der Apache License 2.0. Die Business- und Service-Provider-Module liegen in ee/ und stehen unter den Restow-Lizenzbedingungen: Der Code ist sichtbar, und ihr Einsatz im Produktivbetrieb braucht einen gültigen Lizenzschlüssel.

Die Community-Edition ist der Kern: kostenlos für eine Organisation, ohne Postfach-Obergrenze und ganz ohne Lizenzschlüssel. Jedes Release erscheint in zwei Builds desselben Commits. Die vollständigen Images, restow und restow-web, enthalten den Kern und die Module; die Community-Images, restow-community und restow-web-community, enthalten nur den Kern, ganz ohne Code aus ee/. Beide nutzen dieselbe Datenbank; ein Wechsel heißt, die zwei Image-Zeilen zu ändern und docker compose up -d auszuführen.

Was heute öffentlich ist

Der vollständige Quellcode, einschließlich des Verzeichnisses ee/, ist öffentlich auf GitHub, dort erscheint jedes Release. Version 0.1.0, das erste öffentliche Release, ist jetzt als Beta verfügbar: testen Sie es, bevor Sie sich darauf verlassen, und führen Sie daneben eine unabhängige Sicherung. Bekannte Grenzen: Die Release-Prüfungen sind noch nicht gegen einen echten Microsoft-365-Mandanten gelaufen (Backup und Restore für Microsoft 365 sind durch Tests gegen eine simulierte Graph-API abgedeckt), und das Installationsskript des Endpunkt-Agenten wurde in den Release-Prüfungen nur in einem Linux-Container ausgeführt; der macOS-Installer gehörte nicht dazu. Siehe wie Restow entsteht für die vollständige Beschreibung des Entwicklungsprozesses, den dieser Code durchläuft.

Ein Repository, zwei Lizenzen

Es gibt kein getrenntes Closed-Source-Produkt. Der Kern steht unter der Apache License 2.0, der Code in ee/ unter den Restow-Lizenzbedingungen. In den vollständigen Images ohne Schlüssel bleiben die Business- und Service-Provider-Funktionen gesperrt: Ein gesperrter Menüeintrag bleibt sichtbar, ausgegraut, und führt zum Lizenzbereich (Verwaltung › Lizenz), wo der Schlüssel installiert wird, ohne Banner oder Pop-ups. Die Community-Images haben weder solche Einträge noch eine Lizenzverwaltung.

Was die bezahlten Editionen tatsächlich hinzufügen (und was nicht)

Business und Service Provider schalten frei, was in ee/ liegt: Legal Holds (pro Mandant oder pro Postfach), den SMTP-Journal-Empfänger für Exchange Online, Löschläufe des Archivs (durchgesetzte Aufbewahrung), die Audit-Log-Ansicht (Suche, Filter, Details, Prüfung der Kette) samt Export (CSV, JSON mit Hashes) und zeitgesteuerte Zusammenfassungsberichte. Service Provider ergänzt die mandantenübergreifende Provider-API, die Provider-Sicht der Übersicht (Mandantenmatrix, Alarme), die Ansicht „Alle Mandanten“ der Jobs und die Beschränkung eines Team-Mitglieds auf ausgewählte Mandanten. Die laufende Archiv-Erfassung aus den Postfächern (Microsoft Graph und IMAP-Abgleich, seit 0.4.4) ist auf dieselbe Weise eine Lizenzfähigkeit: Der Community-Build lässt den Erfassungsdienst ruhen. Alles davon steckt in den vollständigen Images, und der Lizenzschlüssel entscheidet zur Laufzeit, was davon aktiv ist; die Community-Images enthalten es nicht. Nicht alles rund um diese Funktionen ist fertig: Anmeldung mit Microsoft und Single Sign-on (SSO) sind geplant, ebenso White Label für Service Provider; Vier-Augen-Freigabe und ein signierter Wiederherstellungsnachweis sind ebenfalls geplant, siehe die Roadmap.

Bewusst im Kern, in jeder Edition: das Team mit Rollen (mehrere Administratoren, seit 0.3.1), der Archivexport (EML in einer ZIP-Datei oder MBOX, ohne Restow lesbar), das Datenbankschema, die Einstellungen für die Archiv-Aufbewahrung und die Aufzeichnung des Audit-Logs. Jedes Lesen und jeder Restore wird in jeder Edition in das nur anhängbare, hashverkettete Audit-Log geschrieben; nur Ansehen, Filtern und Prüfen gehört zu Business und Service Provider. Seit 0.4.0 stecken auch die Sicherung von Dateifreigaben, unveränderbare Backups und die Ransomware-Erkennung im Kern, in jeder Edition.

Der Lizenzschlüssel ist ein Fair-Play-Mechanismus, kein DRM: Er wird offline gegen einen signierten Ed25519-Schlüssel geprüft, telefoniert nicht nach Hause, lässt Ihren Zugriff auf eine bereits vorhandene Version nicht ablaufen und schränkt Restore nie ein. Restore ist in keiner Version nach Edition eingeschränkt. Siehe Preise für die genauen Bedingungen. Sollte die Entwicklung jemals enden, hat sich das Projekt verpflichtet, das mindestens zwölf Monate vorher anzukündigen und ee/ dann als Open Source unter der Lizenz des Kerns, Apache 2.0, zu veröffentlichen; Installationen laufen ohne Schlüssel weiter.

Beiträge

Wie Sie beitragen und was ein Beitrag braucht, steht in CONTRIBUTING.md im Repository.

Ihre Daten zurückbekommen, ganz ohne Restow

Open Source reicht bei Restow über den Anwendungscode hinaus bis zu den Daten selbst: das Chunk-Store-Format ist offen und dokumentiert, und ein kleines eigenständiges Werkzeug stellt daraus auch ganz ohne laufenden Restow-Server wieder her. Open Source bedeutet hier also auch, dass Sie im schlimmsten Fall Ihr eigenes Backup zurückbekommen, nicht nur den Code lesen können. Siehe Ausstiegskosten und Anbieter-Lock-in dafür, warum genau diese Eigenschaft es wert ist, schriftlich festzustehen.

Häufig gefragt

Repository auf GitHub ansehen →