{Mandriva 07] fichier dead.letter : ?

Salut,

En lisant mail je pensais à des mails classiques ......
Désolé !

:-))

Bonsoir,

Il y a peut de chance que le 23 mai soit la date de création du fichier, mais plutôt la date de dernière modification.

Regarde le premier mail envoyé (le dernier dans dead.letter tout en bas) tu sauras depuis quand ce fichier existe :)

Ce sujet de mail est un classique, une vérification de sécurité, un batch qui doit être programmé via cron tous les jours sans doute (dans /etc/cron.daily)

L'erreur provient du fait que tu ne dois pas avoir installé sendmail nécéssaire pour au minimum envoyer des mails aux utilisateur locaux. :)

Enfin pour répondre à la question initiale, tu peux supprimer tout ou parti du fichier dead.letter, mais tu peux aussi y jeter un coup d'oeil, tu pourras y trouver des informations intéressantes.

@+

En fait, je vais aller me coucher...

Le premier mail envoyé est celui du 16 mai, tout en haut du fichier, c'est logique ce qui fait que tu n'en avais pas avant, c'est sans doute ta modification du 16, chez moi, /etc/cron.hourly (ou plutôt les scripts s'y trouvant) sont exécutés tout les jours à 4h00 am, ce doit être la configuration par défaut de mon système, j'imagine que tu as changer l'heure pour mettre 12h00, heure à laquelle ton PC est plus probablement allumé.

Si j'ai pas été claire, c'est possible, j'imagine qu'à l'ancienne heure de programmation (4h00 am ou tard dans la nuit) ton PC est éteint. En reprogrammant cette ligne pour 12h00, tu déclenches ton script à 12h00, ainsi que tout ceux du répertoire qui tentaient de s'exécuter au préalable quand ton PC était éteint

Si j'ai compris c'est le fait d'avoir créér ma première tâche planifiée qui a lancer la création de ce fichier ?

Pas exactement, mais c'est tout comme.

Tu as du ajouter un script dans /etc/cron.daily/ et demander à lancer via cron à 12h00 tout les scripts se trouvant dans /etc/cron.daily/ (il doit y en avoir de 5 à 10 en plus de celui que tu as créé.)

En modifiant cette heure de lancement (pour ton script) tu l'as aussi modifié pour tout les autres scripts dans le même répertoire, les amenant à s'exécuter à une heure ou ils le peuvent parce que ta machine est démarrée.

Pour l'installation de sendmail, l'installation par défaut suffit (pour des mails en local sur la machine, comme les resultat de cron par exemple) tu peux faire cette installation par urpmi (urpmi sendmail) s'il est configuré soit par un bête et classique rpm -ivh nom-du-package.rpm.

Il n'y a pas de raison particulière pour que ton cours sur la gestion des journaux évoque l'installation de sendmail, bien que classiquement, le résultat d'un tel processus est envoyé par mail à l'administrateur. C'est plus lors de l'installation de base du système que tu aurais du voir ça (sans détails sur la configuration du serveur SMTP, juste une installation classique pour les communications locales)

Non c'est tout l'inverse en fait :-/ comme a 12h00 ton PC est allumé, les scripts s'exécutent et tentent d'envoyer le résultat par mail, mais comme sendmail est manquant, les mails ne partent pas et se retrouvent dans dead.letter.

Avant ta modification sur l'heure, les scripts ne s'exécutaient pas puisque ton PC était éteint, donc pas de scripts, pas de mail, et pas d'erreur ;)

Tu veux dire qu'en indiquant à ma tâche nouvellement créée de se lancer à 12h alors tous les autres scripts se trouvant dans /etc/cron.daily sont aussi lancés à 12h ?

Voilà, c'est ça :)

Mais ce n'est pas grave en soit, chez taches on vocation à être exécutées du nuit quand le système est seul avec lui même, mais ce n'est pas gênant outre mesure qu'elle soient exécutée de jour.
Certaines seront peut-être moins cohérentes, par exemple certains rapports donnent le nombre de connexions SSH depuis la dernière exécution, donc quand ça tourne en pleine nuit, tu as un vision de la journée dans le résultat, (mettons de minuit à minuit) en lançant cette tâche à 12h00 la vision est faussée (si on peut dire) puisque elle sera de midi à midi :)

Il y a d'autre possibilités de configuration de cron, en fait les dossiers /etc/cron.(daily,hourly,monthly,weekly) sont fait pour stocker les système scripts a périodicité régulière (tout ce qui est maintenance automatique par exemple) mais cron te permet aussi de gérer des périodes particulière.

Tu peux par exemple avoir un dossier dans ton home: /home/user/mes_scripts_cron/ qui contient tes scripts à toi:
Un script qui reboot la machine tout les premiers dimanche de chaque mois à 13h00 (reboot)
Un autre pour relancer un service a 11h10 du lundi au vendredi (restart_serv)
Et un dernier pour la route qui va s'exécuter toute les 5 minutes out les deux jours (bidule)

En tapant la commande crontab -e tu peux editer ton crontab "utilisateur" par opposition au crontab "système"

Ainsi pour les exemple donnés au dessus le fichiers pourrait ressembler à ça:

#Variable accessible par crond (démon)
CRON_PATH=/home/user/mes_scripts_cron

#minute heure jour_du_mois mois jour_dans_semaine script

# reboot a 13h00 les 1 2 3 4 5 6 7 de chaque mois le dimanche.
0 13 1-7 * sun ${CRON_PATH}/reboot

# restart service a 11h10 tout les jours de chaque mois 
# les lundi(1) mardi mercredi jeudi vendredi(5)
10 11 * * 1-5 ${CRON_PATH}/restart_serv

# toutes les 5 minutes (*/5) de toute heure (*) tout 
# les 2 jours (*/2) peut importe le jour de la semaine (*)
*/5 * */2 * * ${CRON_PATH}/bidule

Ces horaires là ne concernent du coup que le script qui se trouve à la fin de chaque ligne.

Quelques commandes utiles pour cron
cron -e (éditer la crontab de l'utilisateur courant)
cron -l (lister la crontab de l'utilisateur courant)

A lire: (commandes d'accés aux manuel)
man 8 cron
man 1 crontab
man 5 crontab

Article sur CCM:
Linux - Ordonnancement des taches

Bonne nuit et bonne continuation!