Set-OPS-Public/docs/roles/serveur_dovecot.md
Daniel Allaire 1b71884871 make fiches : les 68, et la cible qui les regenere
Une preuve a mordu : un script qu aucune cible n appelle est du code mort. Elle
avait raison.

68 fiches generees. Le vide y est une information — la carte de ce qui reste a
faire, tenue a jour toute seule.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-14 13:14:01 -04:00

1.7 KiB

Rôle serveur_dovecot

Généré par scripts/fiche_role.py depuis les meta/ de ce rôle. Ne pas éditer à la main : corriger la déclaration, puis régénérer.

Pour qui : celui qui doit agir sur ce rôle et veut savoir, avant de toucher quoi que ce soit, qui lui parle, ce qu'il rend, et ce qu'il coûte.

graph LR
  R["<b>dovecot</b>"]
  E0["externe"] -->|"993 · tls-requis"| R
  E1["postfix"] -->|"12345 · tls"| R
  E2["postfix"] -->|"24 · tls-requis"| R
  R -.->|"sonde « boites »"| ICINGA[["Icinga"]]

Qui lui parle

port depuis chiffrement pourquoi
24 serveur_postfix tls-requis Remise LMTP depuis Postfix (edge-mta -> mailstore), en TLS vérifié (lmtp_tls_security_level=verify).
12345 serveur_postfix tls Authentification SASL déléguée : Postfix valide les identifiants de soumission contre Dovecot.
993 externe tls-requis Accès courriel des utilisateurs (IMAPS). Frontière publique gérée à l'OPNsense.

Ce qu'il rend à la supervision

sonde TTL ce qu'elle voit
boites 5400 s Dovecot repond-il, et sait-il encore RESOUDRE un utilisateur dans l'annuaire ? Un Dovecot dont le lien LDAP est tombe accepte les connexions et refuse toutes les authentifications : le service a l'air debout et plus personne n'entre.

Ce qu'il expose en séries

Aucun exportateur déclaré — voir docs/metriques-conception.md.

Ce qu'il coûte, et qui entre

  • Empreinte : 1 cœur(s), 512 Mo, 5 Go.
  • Authentification : ldap-direct — IMAP ne parle pas OIDC. Authentification LDAP directe : le chemin differe, la source est la meme.