SEC.01
Le playbook
Le run démarre en lecture seule : les sondes de reconnaissance décident de la suite. Les étapes qui suivent sont adaptées à la distribution et à l'état trouvés — une vraie machine est rarement propre.
- 01recondistro (apt ou dnf) et version EL
- 02reconRspamd déjà présent ? actif ?
- 03reconoverrides locaux existants (redis.conf, worker-controller.inc) à préserver
- 04reconRedis/Valkey présent et actif (backend attendu) ?
- 05reconports Rspamd 11332-11334 libres ?
- 06reconPostfix présent ? milters déjà configurés (ex. OpenDKIM) à conserver
- 07agirAjouter le dépôt officiel Rspamdvérif
- 08agirInstaller Rspamd + Redisvérif
- 09agirBrancher Redis (seulement si absent)vérif
- 10agirMot de passe du controller (seulement si absent)vérif
- 11agirActiver et démarrervérif
- 12agirBrancher sur Postfix (seulement si Postfix est installé)vérif
SEC.02
Ce qu'elle vérifie
Chaque étape embarque sa propre vérification. Le run ne continue que si elle passe, donc ce que la recette annonce comme fait est ce qui est réellement sur le serveur.
- 01vérifAjouter le dépôt officiel RspamdVérifié par
apt-cache policy rspamd 2>/dev/null | grep -c rspamd.com || dnf info rspamd -q | grep -c Versionattendu : au moins 1 - 02vérifInstaller Rspamd + RedisVérifié par
rspamd --versionattendu : Rspamd daemon version 3.x - 03vérifBrancher Redis (seulement si absent)Vérifié par
rspamadm configtestattendu : syntax OK - 04vérifMot de passe du controller (seulement si absent)Vérifié par
grep -c "^password" /etc/rspamd/local.d/worker-controller.inc && rspamadm configtestattendu : 1 puis syntax OK - 05vérifActiver et démarrerVérifié par
curl -s http://127.0.0.1:11334/pingattendu : pong - 06vérifBrancher sur Postfix (seulement si Postfix est installé)Vérifié par
postconf -h smtpd_miltersattendu : contient inet:127.0.0.1:11332
SEC.03
Les garde-fous
Les consignes non négociables que le run doit respecter, quoi qu'il trouve sur le serveur.
Ne modifie jamais les fichiers de /etc/rspamd hors local.d/ et override.d/. Le controller (11334) reste sur 127.0.0.1, jamais exposé publiquement. milter_default_action = accept : une panne de Rspamd ne doit pas bloquer le courrier. Ne remplace pas les milters existants.
SEC.04
Comment une recette s'exécute dans Servor
Servor est zero-knowledge : la plateforme ne peut rien exécuter seule. Quand vous lancez cette recette, un run lit la reconnaissance, planifie les étapes et demande votre validation. Chaque commande approuvée est signée par votre navigateur — avec une clé que le serveur ne voit jamais — puis relayée telle quelle à l'agent, qui vérifie la signature localement avant d'exécuter.
recherche par intention — tapez « firewall », obtenez ufw
- 01Reconnaissance en lecture seule avant tout changement
- 02Chaque commande signée par votre navigateur, validée par vous
- 03Chaque étape vérifiée avant de continuer, chaque run conservé dans l'historique
SEC.05
Bouton Deploy on Servor
Vous maintenez Rspamd ou un projet qui en dépend ? Ajoutez ce bouton à votre README ou à votre site : en un clic, vos utilisateurs l'installent sur leur propre serveur.
SEC.06
D'autres recettes mail
- 01Relais SMTP (Postfix)Postfix en relais sortant (satellite) via un smarthost authentifié en TLS. Destructif : reconfigure la messagerie.
- 02Dovecot IMAPServeur IMAP Dovecot, TLS obligatoire, IMAPS sur :993.
- 03ListmonkGestion de newsletters Listmonk + Postgres via Docker Compose, admin à mot de passe aléatoire.
Recette vérifiée
Lancez cette recette sur votre serveur
Connectez un serveur, lancez la recette, et validez chaque étape pendant que Servor exécute et vérifie. Plan gratuit, sans carte bancaire.