Aller au contenu
Module 10 · Leçon 20 sur 25

Pourquoi il vous faut un director

Fait partie du cours Dovecot : IMAP/POP3 à l'échelle de la production, dans le module Director, proxy et montée en charge horizontale.

Auteur

Une simple répartition de charge en round-robin casse IMAP. Deux backends qui servent le même utilisateur produisent des index contradictoires, des messages manquants et des incohérences de UIDVALIDITY qui font retélécharger des boîtes mail entières.

Le rôle du director : associer chaque utilisateur à un seul backend à la fois, avec une bascule qui reste stable.

[ Client ] → [ Director cluster ] → consistent-hashes user → [ Backend N ]

Deux façons de le déployer :

  1. Director en proxy dédié : le director tourne sur des hôtes dédiés et relaie IMAP/POP3 vers les backends.
  2. Director sur les backends : chaque backend fait tourner le director. Plus simple, moins de pièces en mouvement.

La plupart des installations en production choisissent la n° 2.

Éléments indispensables :

  • Tous les backends partagent la même authentification (passdb renvoie la même userdb).
  • Tous les backends montent le même stockage des messages (NFS, GlusterFS, Ceph ou réplication).
  • Les directors forment un cluster entre eux via director_servers.

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