C'est un peu un argument d'autorité. Ce n'est probablement pas
un très bon outil pour un grand parc, mais pour quelques
machines et un client mail un peu valable, c'est un outil de
notification assez satisfaisant. Sur un gros domaine, tu va
utiliser des outils de supervisions qui vont bien (et dans ce
cas là, tu peux utiliser logger(1)).
Ou juste utiliser cronie, qui loggue dans syslog si y a pas de MTA ( ce qui me semble pas déconnant d'un point de vue de l'unification, cad "tout va au même endroit pour les logs" ). C'est aussi un des points de journald, tu as tout dans le journal, tu as donc un endroit à traiter. Ensuite, tu rajoutes les notifications sur la base des entrées consolidés, plutôt que d'avoir la notif pour cron mais pas pour le reste, etc.
[^] # Re: Complément & commentaires
Posté par Misc (site web personnel) . En réponse au journal Sur systemd, btrfs & co. Évalué à 2.
Ou juste utiliser cronie, qui loggue dans syslog si y a pas de MTA ( ce qui me semble pas déconnant d'un point de vue de l'unification, cad "tout va au même endroit pour les logs" ). C'est aussi un des points de journald, tu as tout dans le journal, tu as donc un endroit à traiter. Ensuite, tu rajoutes les notifications sur la base des entrées consolidés, plutôt que d'avoir la notif pour cron mais pas pour le reste, etc.