Le serveur se décompose en plusieurs paquets, à installer suivant les authentifications que vous voulez offrir aux postes clients.
Code : Tout sélectionner
# dpkg -l|grep courier
ii courier-authdaemon 0.66.4-3build1 amd64 Courier authentication daemon
ii courier-authlib 0.66.4-3build1 amd64 Courier authentication library
ii courier-authlib-userdb 0.66.4-3build1 amd64 userdb support for the Courier authentication library
ii courier-base 0.68.2-1ubuntu7 amd64 Courier mail server - base system
ii courier-imap 4.10.0-20120615-1ubuntu7 amd64 Courier mail server - IMAP server
ii courier-imap-ssl 4.10.0-20120615-1ubuntu7 amd64 Courier mail server - IMAP over SSL
ii courier-pop 0.68.2-1ubuntu7 amd64 Courier mail server - POP3 server
ii courier-pop-ssl 0.68.2-1ubuntu7 amd64 Courier mail server - POP3 over SSL
ii courier-ssl 0.68.2-1ubuntu7 amd64 Courier mail server - SSL/TLS Support
Code : Tout sélectionner
imapd[1422]: authdaemon: s_connect() failed: No such file or directory
imapd[1422]: authentication error: No such file or directory
Il suffit alors d'un service courier-authdaemon start pour que les choses sont rentrées dans l'ordre.
Problème : l'analyse des logs ne permet pas de déterminer POURQUOI le serveur d'authentification a crashé, ce qui est assez ennuyeux.
Néanmoins, un systemctl status courier-authdaemon affiche une info intéressante :
Code : Tout sélectionner
Loaded: loaded (/lib/systemd/system/courier-authdaemon.service; disabled;
Un simple systemctl enable courier-authdaemon permet de réactiver correctement le service, en espérant que le problème vienne bien de là : il est clair qu'on attend d'un serveur de courrier une disponibilité sans faille, et une fois ce problème réglé, il faut bien reconnaître à l'usage que courier est un petit serveur mail qui fait très bien son boulot !