Mon MTA de coeur est Postfix, je suis fan de ce serveur depuis plus de 10 ans, et c'est ce que j'installe dès que j'ai besoin d'un MTA sur un serveur; mais cela reste un gros service pour parfois juste envoyer une “notification” par jour.

Quand vous n'avez besoin que d'envoyer quelques mails “automatiques” (comme des notifications), postfix ne s'impose pas comme solution “de base”.

En migrant mon serveur depuis une installation “Monolithique” sur un serveur, vers un “Stack” Docker, j'ai découvert que pour recevoir encore des mails depuis le host, j'avais besoin d'un serveur capable de recevoir des mails (et de les envoyer).

Par exemple le service cron peut envoyer des mails (via MAILTO=) dans le crontab, via une commande “sendmail” …

Seulement, il n'est pas possible d'écouter sur le port 25 (car utiliser par le stack docker) et si je passe sur un stack docker, ce n'est pas pour gérer un postfix (et ses updates) “à l'ancienne”.

Donc je vous présente nullmailer.

nullmailer is an relay-only forwarding MTA (Mail Transfer Agent). That means that all incoming emails on a system will get forwarded to a configured external mail server. This can be useful if a installation of a local email server is not wanted or not really useful but at least system emails need to get forward somewhere.

Comme le dit la page Debian, c'est un MTA qui ne fait que forwarder les mails vers un serveur externe défini (c'est ce dernier qui valide le mail (source, dest, etc.)

Nous allons le configurer pour qu'il soit capable de “recevoir” des mails et de les envoyer vers un host défini:

c'est simple :

frater@vulkan:# apt install nullmailer

la configuration se fera via des fichiers de config dans /etc/nullmailer.

Simplement, nous allons configurer nullmailer en modifiant les fichiers de configuration /etc/nullmailer. Chaque information est stockée sur une ligne par fichier.

adminaddr

superadmin@todomain.tld

je vous conseilles grandement de mettre un domaine “compatible et fonctionnelle avec votre configuration réseau/MTA.

defaultdomain

fromdomain.tld

Sans doute le fichier le plus important, vous pouvez spécifier un host classique sans authentification smtp/25 ou aller jusqu'à la configuration vers submission/587

ce fichier a un format simple, chaque information est séparée par un espace comme si elle était mise en ligne de commande :

remotes

smarthost.domain.tld smtp --port=465 --auth-login --user=gmail_address --pass=password --ssl