Backup für mailcow

mailcow bringt ein gutes Backup-Skript mit, aber es ist ein Befehl, den du von Hand ausführst: Nichts plant es, nichts verschlüsselt es, nichts kopiert es vom Server weg, und eine Wiederherstellung heißt, seine Fragen auf der Shell zu beantworten. Dieses Modul macht daraus einen Dienst, den du einmal unter System → Backup einrichtest.

Was es tut

• Geplante Backups zu den Zeiten und an den Tagen, die du wählst, mit mailcows eigenem Backup-Skript: Mails, Verschlüsselungsschlüssel, redis, rspamd, postfix und die Datenbank — alle oder die, die du auswählst. Ein Backup, das verpasst wurde, während der Server aus war, läuft einmal nach, sobald er wieder da ist.
• Verschlüsselt auf dem Server mit GnuPG (AES-256, mit Integritätsschutz) unter deiner Passphrase, bevor es die Festplatte oder Google Drive erreicht. Jedes Backup ist eine einzige .tar.gpg-Datei mit einem Manifest (Komponenten, Größen, SHA-256); es lässt sich auch mit einfachem gpg entschlüsseln, ohne mailcow.
• Lokale Kopien in dem Ordner, den du wählst (idealerweise eine andere Festplatte), nur für root lesbar, mit Aufbewahrung: Die neuesten N bleiben.
• Google Drive mit deinem eigenen Google-OAuth-Client: Das Modul sieht nur die Dateien, die es selbst angelegt hat, der Zugriff bleibt auf deinem Server, Uploads sind fortsetzbar und laufen nach einem Netzwerkfehler weiter. Aufbewahrung auch auf Drive.
• Ein Backup prüfen (Verify) — es entschlüsseln und vollständig lesen — ohne etwas wiederherzustellen.
• Wiederherstellung von der Seite aus, aus einer lokalen Kopie oder direkt von Google Drive, pro Komponente (Mails, Schlüssel, Datenbank …), mit einer eingetippten Bestätigung und einem Live-Log. Die Schritte sind die von mailcows eigener Wiederherstellung, ohne ihre Fragen.
• Mehrere Passphrasen: Eine neue gilt für die nächsten Backups; ältere Backups bleiben wiederherstellbar, auf diesem Server oder einem neuen.
• E-Mail bei einem Fehler oder nach jedem Backup, und ein vollständiger Verlauf der Backups, Uploads, Prüfungen und Wiederherstellungen.

Gebaut, um deine Daten zurückzubekommen

• Ein Backup wird vor dem Entschlüsseln gegen seine SHA-256 geprüft, und seine Pfade werden geprüft, bevor etwas geschrieben wird.
• Die eigenen Geheimnisse des Moduls (Passphrase, Google-Zugriff) überstehen eine Wiederherstellung von redis.
• Ohne gültige Lizenz stoppen die geplanten Backups, aber Prüfen, Wiederherstellen und Löschen funktionieren weiter: Deine Daten werden nie als Geisel genommen.

Voraussetzungen

• mailcow-dockerized mit dem mailcow Toolkit 0.7.0 oder neuer von MediaLab Works (dieses Produkt ist eines der Module des Pakets, mit eigener Lizenz).
• Root-Zugang auf dem Host, um das Toolkit zu installieren; GnuPG auf dem Host (apt install gnupg); der Server muss medialab.works über HTTPS erreichen (Lizenzprüfung).
• Freier Speicherplatz im lokalen Ordner für etwa zwei Backups (eines wird erstellt, während die vorherigen erhalten bleiben).
• Optional, für Google Drive: ein Google-Konto und ein eigener OAuth-Client in Google Cloud (die Anleitung zeigt die Schritte).
• Open Source (GPL-3.0): Du bekommst den vollständigen Quellcode.

Datenschutz

Die Backups enthalten alle deine Mails. Sie verlassen den Server nur verschlüsselt und nur zu dem Google-Drive-Konto, das du verbindest; an medialab.works geht außer der Lizenzprüfung nichts. Bewahre die Passphrase außerhalb des Servers auf: Ohne sie lässt sich ein Backup auf einem anderen Server nicht wiederherstellen.

Lizenzierung

Eine Lizenz pro mailcow-Server, Monats- oder Jahresabo oder Lifetime, mit 30 Tagen kostenlosem Test; außerdem Teil des mailcow-Pakets. Siehe Preise und die Installations- und Benutzeranleitung.