Solution 1 :
Comme d'habitude, vérifiez vos journaux.
Dans votre cas, le démon postfix pense que le courrier n'est pas pour lui et l'envoie sans utiliser /etc/aliases
Vérifiez d'abord votre /etc/hosts fichier :il doit avoir le nom de votre machine correspondant à 127.0.1.1 , comme ceci :
127.0.1.1 linux1.mydomain.com linux1
Vérifiez votre /etc/mailname aussi, et cela devrait être cohérent.
Vérifiez votre /etc/aliases pour voir si root (utilisateur) est envoyé à un autre utilisateur, et refaire le newaliases commande.
Et ça devrait marcher !
Solution 2 :
Si mydestination est vide ou ne contient pas $myhostname puis le /etc/aliases sera ignoré car postfix pense que l'e-mail n'est pas une livraison locale et n'appliquera donc pas les alias locaux. Alors, laissez mydestination par défaut (postconf -d mydestination ou supprimez-le de main.cf ) et les journaux doivent afficher le to=<...> comme adresse aliasée.
Solution 3 :
Dans certaines circonstances, (c'est-à-dire lorsque tous les messages sont relayés vers un système externe), il est plus facile de simplement définir le MAILTO variable dans la crontab de root à une adresse e-mail réelle. Cela devrait à peu près contourner la livraison traditionnelle à la racine et simplement la faire aller où vous voulez.
# Root's crontab
[email protected]
0 0 * * * /usr/bin/somescript