Merci aussi à GaaaaaAaab (j'ai pas oublié un "a" là ?:) ).
Il y en a un de trop :-)
Sinon, pour revenir sur ton problème, je re-précise que je suspecte que ça venait de la différence de temps de traitement entre ton programme Python et la commande mail, mais il faudrait tester pour en être vraiment sûr. Ce n'est pas spécialement nécessaire de le faire, mais c'est important de garder en tête que ça reste une hypothèse non confirmée.
En prenant un peu de hauteur, même si ta solution initiale avait fonctionné, il restait un défaut fondamental: ton traitement est basé sur une séquence logique (la sortie d'une commande est l'entrée de la suivante), mais cron applique une séquence chronologique. Du coup, je ne vois pas vraiment de solution simple avec deux entrées dans cron qui garantirait la séquence logique de ton traitement. Bon, je ne sais pas si ça intéresse grand monde, mais, en y repensant, pour moi, c'est vraiment ça le coeur du problème de ta solution initiale.
Et, tant qu'on parle de cron, quelques petits ajouts en passant :
attention à l'environnement : cron transmet directement les commandes qu'on lui passe à un sh non interactif. Dans le contexte des commandes lancées par cron, les variables d'environnement définies dans les .profile, ou autres .bash_profile ne sont pas chargées. Quand on ne le sait pas, on peut perdre pas mal de temps avant de comprendre pourquoi une commande ne marche pas.
Relativement au commentaire de srayneau ci-dessous , le répertoire de travail d'une commande lancée par cron est le répertoire home de l'utilisateur en question.
[^] # Re: un seul script pour les gouverner tous
Posté par gaaaaaAab . En réponse au message pb d'accès fichier sous CRON. Évalué à 2.
Il y en a un de trop :-)
Sinon, pour revenir sur ton problème, je re-précise que je suspecte que ça venait de la différence de temps de traitement entre ton programme Python et la commande mail, mais il faudrait tester pour en être vraiment sûr. Ce n'est pas spécialement nécessaire de le faire, mais c'est important de garder en tête que ça reste une hypothèse non confirmée.
En prenant un peu de hauteur, même si ta solution initiale avait fonctionné, il restait un défaut fondamental: ton traitement est basé sur une séquence logique (la sortie d'une commande est l'entrée de la suivante), mais cron applique une séquence chronologique. Du coup, je ne vois pas vraiment de solution simple avec deux entrées dans cron qui garantirait la séquence logique de ton traitement. Bon, je ne sais pas si ça intéresse grand monde, mais, en y repensant, pour moi, c'est vraiment ça le coeur du problème de ta solution initiale.
Et, tant qu'on parle de cron, quelques petits ajouts en passant :
attention à l'environnement : cron transmet directement les commandes qu'on lui passe à un sh non interactif. Dans le contexte des commandes lancées par cron, les variables d'environnement définies dans les .profile, ou autres .bash_profile ne sont pas chargées. Quand on ne le sait pas, on peut perdre pas mal de temps avant de comprendre pourquoi une commande ne marche pas.
Relativement au commentaire de srayneau ci-dessous , le répertoire de travail d'une commande lancée par cron est le répertoire home de l'utilisateur en question.