Dovecot utilise un processus maître qui lance des workers spécialisés. Les pannes restent ainsi isolées : une session IMAP boguée ne peut pas faire planter le démon d'authentification.
Les processus principaux :
| Processus | Rôle |
|---|---|
| dovecot (maître) | Lance et supervise les processus enfants |
| anvil | Compte les connexions par utilisateur et par IP |
| log | Collecteur de journaux centralisé |
| config | Sert la configuration à tous les autres processus |
| stats | Métriques en mémoire |
| auth | Un seul démon d'authentification pour tous les protocoles |
| imap-login / pop3-login | Gestionnaires réseau avant authentification (faibles privilèges) |
| imap / pop3 | Workers par session après authentification |
| lmtp | Livraison locale depuis le MTA |
| doveadm | Serveur de la CLI d'administration |
Séparation des privilèges : imap-login tourne sous l'utilisateur dovenull, sans shell. Ce n'est qu'une fois l'authentification réussie que la session passe à imap, qui tourne sous le propriétaire de la boîte mail. C'est pour cela que Dovecot a connu si peu de CVE en 20 ans.
Concurrence : par défaut, chaque utilisateur reçoit un processus imap par session. Avec service_count = 0, Dovecot réutilise les processus pour réduire le coût de fork() quand la concurrence est forte.
Connectez-vous pour garder une trace de ce que vous avez lu.