Il fut un temps où je trouvais Dovecot trop compliqué, et j'utilisais donc courier en conséquence. Quel ignorant j'étais, Dovecot est vraiment très puissant et intuitif, ses fichiers de configuration étant divisés dans le dossier conf.d et portent un nom permettant de repérer leur fonction.

J'ai précédemment installé OpenSMTPD sur mon serveur OpenBSD, j'ai maintenant besoin d'installer un serveur IMAP pour m'y connecter avec Thunderbird et lire mes mails. Voici la procédure.

Lire la suite de Dovecot sur OpenBSD 5.0 avec IMAP ssl

OpenSMTPD

OpenSMTPD est un serveur SMTP ayant pour but de remplacer sendmail dans le système d'exploitation OpenBSD. Il n'a pas pour ambition d'offrir les mêmes possibilités, mais plutôt de simplifier la configuration et la sécurité via des audits plus faciles et du code plus simple. Voici un article récapitulatif.

Le projet est encore relativement peu avancé, son utilisation est sans risque mais il manque encore quelques fonctions essentielles comme l'alimentation de /var/log afin qu'il soit proposé par défaut dans OpenBSD. Il est actuellement fourni dans le système de base, mais c'est sendmail qui est utilisé.

Lire la suite de OpenSMTPD sur OpenBSD 5.0 avec tls auth + relay

Cela fait depuis fin Juillet que mon serveur perso, qui je le rappelle est un mini-ITX équipé d'un AMD Geode à 500Mhz et 256MB de ram, tourne sur NetBSD. Il fournit Postfix pour les mails (réception uniquement, pas d'envoi, pas de relais) et Prosody pour Jabber.

Historique

J'ai écrit au fur et à mesure mes impressions sur NetBSD, car le but était avant tout de m'initier à ce système au travers d'une utilisation sur un serveur.

• Épisode 1
• Épisode 2
• Épisode 3
• Épisode 4
• Épisode 5

Résumé et conclusion

NetBSD est un système minuscule, pesant à peine 80Mo après installation, et consommant vraiment très peu de mémoire. Il est donc idéal dans beaucoup de situations. Pkgsrc s'est toujours révélé à jour, avec la dernière version de Prosody en stock. J'ai par contre eu quelques problèmes avec le serveur permettant de télécharger les sources, très souvent surchargé, je n'avançais pas à plus de 20ko/s et cela avait tendance à couper.

Le système en lui-même n'a jamais posé de problèmes, pas de plantages, un fonctionnement continu et sans encombres. Je n'ai par contre pas testé le processus de mise à jour, étant donné qu'il n'y a pas de nouvelle version sortie entre temps.

NetBSD vs Linux ?

Je ne cacherai pas que dans beaucoup de domaines je suis plus à l'aise sur Linux. Ce dernier dispose de plus de pilotes et d'un processus de mise à jour (par exemple yum sur CentOS) bien plus facile et convivial que sur NetBSD. Dans le cas d'une utilisation desktop la différence est encore plus importante. Je pense aux versions des pilotes graphiques, des environnements, et à l'absence d'outils permettant de gérer rapidement et graphiquement son wifi (network-manager ou wicd).

Mais dans mon expérience, qui s'est déroulée sur un serveur modeste, NetBSD s'est révélé excellent. Petit, léger, polyvalent. C'est propre, c'est simple à utiliser, c'est compréhensible, c'est sérieux. On redécouvre l'administration de système Unix-like de la bonne manière.

En route vers OpenBSD

Je vais très prochainement migrer mon serveur sur OpenBSD et utiliser OpenSMTPD à la place de Postfix. Ce projet est motivé tout d'abord par le désir de découvrir OpenBSD tout comme je l'ai fait pour NetBSD. Concernant OpenSMTPD, c'est parce qu'il est vraiment très simple à configurer et son fichier de configuration est lisible pour un humain. J'ai donc envie d'en apprendre plus. Concernant le daemon Jabber, je vais probablement installer le port Prosody pour OpenBSD bien que sa version soit un peu plus ancienne.

J'avais un peu oublié mon serveur NetBSD, à vrai dire il tourne tout seul depuis des mois, sans que je n'aie eu besoin d'effectuer de maintenance particulière. Il fournit Postfix et Prosody compilés à partir de pkgsrc. Il y a peu de temps j'écrivais qu'il n'était pas infaillible et que Prosody était par exemple bugué. J'ai donc eu la bonne idée de m'inscrire à la mailing list et de déposer un rapport de bug. Quelques temps après l'information a été passée au mainteneur, qui a finalement corrigé le bug et ajouté au passage un script rc.d bien pratique.

C'est donc une bonne impression que laisse NetBSD, avec des mainteneurs réactifs qui nous écoutent et qui sont efficaces, dès lors qu'on prend la peine de remonter les informations. Autant dire que je compte laisser tourner mon serveur sur cet OS encore un bon bout de temps, car mon impression est grandement positive.

NetBSD m'a appris énormément de choses tant sur le fonctionnement des systèmes Unix-like que sur les droits et les devoirs de l'administrateur. On ne peut pas toujours se contenter d'utiliser bien sagement ce qu'on met à notre disposition, il y a un moment où il faut remonter des informations ou contribuer, pour avoir des retombées directes ou indirectes.

Suite au précédent article qui traitait de l'installation d'un serveur dédié de virtualisation sur CentOS et la mise en place d'une console graphique distante, nous allons maintenant en découvrir rapidement les fonctionnalités et mettre en place un Windows 2003 server.

Lire la suite de #2 : Présentation de la console Virt-Manager et ajout d'une machine virtuelle