Frage zu backup_and_restore.sh

Becker884

Hallo,
ich wollte mal fragen wie es sich genau verhält, ich erstelle jede Nacht ein backup_and_restore.sh backup all an einen sicheren Ort.
Angenommen der Server wird (aus welchem Grund auch immer) unwiderruflich gelöscht - wie gehe ich vor ?
So ganz schlauch werde ich nicht aus der Beschreibung: Mailcow Doku

Um ein Backup auf ein neues System wiederherzustellen muss mailcow initialisiert sein und gestartet sein! Installieren Sie also mailcow nach der Anleitung neu und warten Sie mit der Wiederherstellung so lange, bis mailcow in einem leeren Zustand läuft.

Heißt leerer Zustand: alle Container aktiv, WebUI wartet mit admin / “moohoo” ?

Wenn ja, dann habe ich ja bereits eine config erstellt

./generate_config.sh
Passen Sie die Konfiguration bei Bedarf an:
nano mailcow.conf

Einfach nichts eingeben/ändern? Das Script wird die mailcow.conf 1:1 aus dem Backup überschreiben ?
oder muss ich die ganzen Daten vorher aus dem Backup manuell in die mailcow.conf eintragen und dann das Script starten?

Das hat doch bestimmt schon mal Jemand ausprobiert von euch?

Zusatzfrage: ist im Backup auch die Postfix extra.cf und Dovecots extra.conf enthalten ?

Gruß

DocFraggle

Ich glaube man muss die mailcow.conf aus dem Backup nach dem generate_config.sh dann nochmal drüber kopieren bevor man den Restore startet. Wenn ich mir das Script anschaue liest es nur für die DB Parameter aus, den Rest nicht.

Becker884

Lustig, dass noch Niemand hier ein Restore ausprobiert hat.

KI sagt:

Nein, diese Einstellungen werden NICHT automatisch aus dem Backup (mailcow.conf) übernommen. Du musst sie selbst in der neuen mailcow.conf setzen.
Der Grund ist direkt im Restore-Script zu sehen.
Beim MySQL-Restore wird zwar die mailcow.conf aus dem Backup eingelesen:
source ${RESTORE_LOCATION}/mailcow.conf
Aber anschließend werden nur vier Variablen in die aktuelle mailcow.conf geschrieben:
DBNAME
DBUSER
DBPASS
DBROOT

Es gibt im gesamten Script keine Befehle wie:
sed … MAILCOW_HOSTNAME
sed … HTTP_PORT
sed … HTTPS_PORT
sed … SKIP_LETS_ENCRYPT

Das heißt:

Einstellung Wird automatisch übernommen?
DBNAME ✅ Ja
DBUSER ✅ Ja
DBPASS ✅ Ja
DBROOT ✅ Ja
MAILCOW_HOSTNAME ❌ Nein
HTTP_PORT ❌ Nein
HTTPS_PORT ❌ Nein
SKIP_LETS_ENCRYPT ❌ Nein
IPv6-Einstellungen ❌ Nein
Docker Compose Einstellungen ❌ Nein

Wie solltest du im Ernstfall vorgehen?
Da im Backup die komplette mailcow.conf enthalten ist, würde ich persönlich gar nicht erst eine neue konfigurieren.

Ich würde es so machen:

Neue mailcow herunterladen.
./generate_config.sh nur einmal ausführen, damit alle Dateien erstellt werden.
Die neu erzeugte mailcow.conf durch die mailcow.conf aus dem Backup ersetzen.
docker compose up -d
Danach backup_and_restore.sh restore ausführen.

Dann hast du alle deine Einstellungen wieder:

✅ Port-Bindings
✅ SKIP_LETS_ENCRYPT=y
✅ MAILCOW_HOSTNAME
✅ IPv4-/IPv6-Einstellungen
✅ Compose-Projektname
✅ alle weiteren Optionen

Das Restore-Script überschreibt anschließend lediglich die vier Datenbankvariablen mit denselben Werten aus der Backup-mailcow.conf – was in diesem Fall ohnehin nichts mehr ändert.

Das halte ich für den saubersten Weg

Die offizielle Doku könnte an dieser Stelle deutlicher sein. Wenn man ohnehin eine funktionierende mailcow.conf im Backup hat (und das Backup-Script legt sie ja bewusst mit ab), spricht nichts dagegen, diese vor dem ersten Start einfach zurückzukopieren. Das erspart Fehler durch vergessene Einstellungen und stellt sicher, dass die neue Installation mit denselben Parametern startet wie die alte.