All setting and mail Data lost after each docker mailcow restart

totto

Hello,

unfortunately every time when I restart the mallow docker compose file, all data is lost and also the password is being resetted to default. The persisted volumes still exist. I’ve tested this several times on KVM-based virtual machines with 18 oder 16GB RAM, Ubuntu 22.04, hosters IONOS compute engine and netcup VPS with dozens of reinstallations of the stable mailcow branch. Also I reinstalled the OS Ubuntu several to exclude any mistakes or coincidences. The new installation was necessary after an update failed and also all data got lost. So for me for now it’s not possible to use mailcow in a production environment. I followed strictly the documentation for installing docker and mailcow and don’t know what to do.

Regards,

Tilman

DerLinkman

Can you give me your command history? (history in bash) and post the Output here?

totto

Hello Linkman,

this is simply:
cd mailcow-dockerized
docker compose up -d
docker ps // check if all containers are running and are healthy
// waiting a few minutes for starting, then login, change admin password and setup one mail domain
docker compose down -v

After a restart with docker compose up -d the mailcow instance has the same data as a fresh installation, all domains, mailboxes are gone, the password is again moohoo.

I can’t explain this behavior, because all volumes with contents still exist in the data folder.

Greeting from Munich,

Tilman

DerLinkman

Ach aus München? Ich schreib einfach mal auf deutsch dann 🙂

Der Fehler ist das -v im docker compose down Befehl!

NIEMALS wirklich NIEMALS (es sei denn, du möchtest explizit deine Daten löschen) docker compose down -v eingeben. Das -v löscht nämlich ALLE Volumes der docker-compose.yml Datei weg. Restlos!

Wir empfehlen für den Betrieb der mailcow ein Grundlegendes Docker/Linux verständnis. Ich will nur damit sagen, dass ein eigener E-Mail Server auch einiges an Verantwortung und know-how erfordert um beispielsweise bei Fehlern ordentlich zu Debuggen. (Ich will damit nicht sagen, dass du das nicht kannst, bitte nicht falsch verstehen.)

totto

Danke, genau, das ist zwar vorhanden, was die v-Option betrifft war es das tatsächlich nicht 🙂. Ich habe gerade recherchiert, scheint in der Tat so zu sein. Wäre auch ärgerlich, da es fast keine ebenbürtigen Konkurrenten zu mailcow außer vielleicht iRedMail gibt.

aaronsmith

See this thread … the -v switch deletes the volumes when you bring down the containers.

https://community.mailcow.email/d/1990-mailcow-lost-all-data-after-docker-upgrade