configurer la livraison du courrier local à l'user à partir du script cron

Une ligne dans mon script cron.daily ne fonctionne pas comme prévu. Je n'ai pas de server de messagerie smtp spécial dans le système, cette ligne rsync -avun –inplace /oneuser/file.xls /otheruser/file.xls | mail -s "$ 0 $?" fournir Cannot open mail:25 message De quoi ai-je besoin pour configurer un sous-système de courrier local? Je préfère les boîtes aux lettres simples à la configuration du server de messagerie. J'aime cet autre user connecté pourrait lire les messages cron (root) par la command mail . J'ai trouvé une question similaire, mais pas la réponse ici Comment configurer la récupération et la livraison du courrier local?

quand j'essaye d'envoyer un mail à l'user avec la command de mail je reçois après le point

 EOT [root@localhost etc]# send-mail: Cannot open mail:25

Je vous recommand d'installer postfix pour la livraison du courrier local. Sur Ubuntu au less, il posera des questions interactives sur votre configuration, qui inclut une option de livraison locale uniquement.

En outre, vous pouvez créer un count mail local pour la remise du courrier et permettre à toutes les personnes de lire le courrier livré à ce count.

Afin d'get le courrier à la root livré à mailboy , éditez /etc/aliases et ligne d'adda:

 root: mailboy@localhost

après cela, lancez newaliases .

J'ai aussi eu ces messages sur le journal et est le ssmtp qui semble être le nouveau défaut d'envoyer le courrier de Fedora 19+ ou au less semble installé sur mon Fedora 19. Si vous avez d'autres mta fonctionnant sur le port 25, ssmtp vous donnera ceci Erreur. Mais j'écris, pour append, que les messages non envoyés vont dans un file dead.letter, sur / root dans mon cas, donc si vous vous requestz ce qui est arrivé à l'email non livré, qui est dans un file avec le nom dead.letter .

Je suis sur Fedora 20 et soudainement commencé à avoir cette erreur sur les systèmes nouvellement installés. Tous les hôtes précédents (> 70) étaient juste capables de quelque chose comme:

echo "Bonjour tout le monde" | mail -s "Salut" [email protected]

si utile à partir de scripts et ainsi de suite.

Maintenant, les invocations en command line ont commencé à échouer avec

sSMTP [3144]: Impossible de se connecter au port "mail" 25. sSMTP [3144]: Impossible d'ouvrir le courrier: 25

Le journal des astuces sendmail de la command n'aime pas l'option -bd ("run as a daemon"). Comment ? Bien sûr, si ce n'est pas démonisé, il ne sera pas écouté sur 25 / tcp provoquant l'erreur.

Maintenant, suivez la command elle-même. Au lieu d'exécuter le binary original de sendmail, ssmtp est venu dans le path et l'a supplanté.

/ usr / sbin / sendmail -> / etc / alternatives / mta -> /usr/sbin/sendmail.ssmtp

au lieu de

/ usr / sbin / sendmail -> / etc / alternatives / mta -> /usr/sbin/sendmail.sendmail

Maintenant, ssmtp est selon sa page man très simple, destiné à replace sendmail dans sa fonction la plus simple – et ne supportera pas l'option -bd. Ainsi, pas de port 25.

Ici toutes les pauses – la command parlant au port 25 va renflouer.

J'ai désinstallé (yum remove ssmtp) – et le sendmail d'origine a repris son rôle – le démarrage du service fait de nouveau apparaître le port 25.

Maintenant, le mailing est de return dans l'ordre à l'ancienne.

Dans un autre moment, je vais jeter un oeil à tous les avantages de ssmtp …

Ce dont vous avez besoin est un server SMTP, un agent de transfert de courrier .

Vous pouvez simplement installer opensmtpd et démarrer le service. La configuration par défaut est la livraison locale du courrier.