Aller au contenu
Module 8 · Leçon 18 sur 26

Migrer Mailcow vers un nouveau serveur

Fait partie du cours Mailcow : maîtriser son serveur mail auto-hébergé, dans le module Mises à jour, migrations et versions figées.

Auteur

Migration avec la même IP (la plus simple) :

  1. Sauvegarde sur l'ancien : backup_and_restore.sh backup all → envoi vers S3.
  2. Préparez le nouvel hôte, installez Docker et clonez Mailcow.
  3. Copiez mailcow.conf.
  4. Récupérez le même tag git de Mailcow.
  5. Restaurez depuis le snapshot.
  6. Déplacez l'IP (ou mettez à jour le DNS).

Migration avec changement d'IP :

  • Planifiez une fenêtre de maintenance pendant une période de faible trafic.
  • Passez les TTL DNS des enregistrements A et MX à 300 s 48 heures avant le déménagement.
  • Basculez le DNS, puis le PTR sur la nouvelle IP, puis démarrez le nouveau Mailcow.
  • Attendez-vous à 1 à 4 h de retards légers du mail, le temps que les expéditeurs réessaient sur l'ancienne IP.

Ne mélangez pas les tags git. Restaurer un snapshot pris en version 2025.06 dans une installation 2026.01 fera échouer les migrations Bayes/base de données. Restaurez toujours dans le même tag, puis lancez update.sh.

Connectez-vous pour garder une trace de ce que vous avez lu.

Pulse · envoi de cold emails

Une infrastructure d’envoi rien qu’à vous.

Chaque domaine a son propre hôte MX, son IP, son sélecteur DKIM et son certificat. Prenez la version gérée, et nous l’exploitons pour vous, ou achetez une licence et faites-la tourner sur vos propres serveurs.

# sur un serveur Ubuntu tout neuf
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Aussi chez nous :Beat : la surveillance qui vous donne le correctifConseil : 65 $ US/h, sans forfait mensuel