Bonjour la liste,
Je reçois quatre mails chaque jour, alors que je n'ai qu'un seul serveur
de configuré pour l'envoi !
Je compte configurer les autres, mais je ne souhaiterais m'en préoccuper
que s'il y a des problèmes en vue ! Donc pas de mail, bonne new-vail.
Comment faire ?
Je peux fournir des infos si besoin !
Bonjour la liste,
Je reçois quatre mails chaque jour, alors que je n'ai qu'un seul serveur
de configuré pour l'envoi !
Je compte configurer les autres, mais je ne souhaiterais m'en préoccuper
que s'il y a des problèmes en vue ! Donc pas de mail, bonne new-vail.
Comment faire ?
Je peux fournir des infos si besoin !
Bonjour la liste,
Je reçois quatre mails chaque jour, alors que je n'ai qu'un seul serveur
de configuré pour l'envoi !
Je compte configurer les autres, mais je ne souhaiterais m'en préoccuper
que s'il y a des problèmes en vue ! Donc pas de mail, bonne new-vail.
Comment faire ?
Je peux fournir des infos si besoin !
Une solution est donc de s’assurer que les lancements cron soient
silencieux. Éventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script d’analyse qui se charge soit
d’envoyer lui-même le mail d’alerte,
Une solution est donc de s’assurer que les lancements cron soient
silencieux. Éventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script d’analyse qui se charge soit
d’envoyer lui-même le mail d’alerte,
Une solution est donc de s’assurer que les lancements cron soient
silencieux. Éventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script d’analyse qui se charge soit
d’envoyer lui-même le mail d’alerte,
Bonjour,
Le jeudi 04 septembre 2014, Pierre Malard a écrit...Une solution est donc de sâassurer que les lancements cron soi ent
silencieux. Ãventuellement, on peut encapsuler cette commande, s i
elle est trop bavarde, dans un script dâanalyse qui se charge soit
dâenvoyer lui-même le mail dâalerte,
Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la
rendre silencieuse, pour le meilleur et pour le pire. Ãventuelleme nt,
comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que
la sortie standard vers /dev/null, et conserver la sortie d'erreur en
l'état.
Bonjour,
Le jeudi 04 septembre 2014, Pierre Malard a écrit...
Une solution est donc de sâassurer que les lancements cron soi ent
silencieux. Ãventuellement, on peut encapsuler cette commande, s i
elle est trop bavarde, dans un script dâanalyse qui se charge soit
dâenvoyer lui-même le mail dâalerte,
Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la
rendre silencieuse, pour le meilleur et pour le pire. Ãventuelleme nt,
comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que
la sortie standard vers /dev/null, et conserver la sortie d'erreur en
l'état.
Bonjour,
Le jeudi 04 septembre 2014, Pierre Malard a écrit...Une solution est donc de sâassurer que les lancements cron soi ent
silencieux. Ãventuellement, on peut encapsuler cette commande, s i
elle est trop bavarde, dans un script dâanalyse qui se charge soit
dâenvoyer lui-même le mail dâalerte,
Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la
rendre silencieuse, pour le meilleur et pour le pire. Ãventuelleme nt,
comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que
la sortie standard vers /dev/null, et conserver la sortie d'erreur en
l'état.
Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit :Le jeudi 04 septembre 2014, Pierre Malard a écrit...Une solution est donc de sâassurer que les lancements cron soient
silencieux. Ãventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script dâanalyse qui se charge soit
dâenvoyer lui-même le mail dâalerte,
Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la
rendre silencieuse, pour le meilleur et pour le pire. Ãventuellement,
comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que
la sortie standard vers /dev/null, et conserver la sortie d'erreur en
l'état.
Bonjour Jean-Michel et Pierre,
Merci pour vos réponses. Suite à mon premier message, j'avais
effectivement modifié les commandes pour envoyer toutes les sorties
standard vers le GPSF (Grand Puits Sans Fond, /dev/null). Et
effectivement je n'ai plus qu'un seul Cron qui me rappelle à son bon
souvenir, car il tombe en erreur.
Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit :
Le jeudi 04 septembre 2014, Pierre Malard a écrit...
Une solution est donc de sâassurer que les lancements cron soient
silencieux. Ãventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script dâanalyse qui se charge soit
dâenvoyer lui-même le mail dâalerte,
Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la
rendre silencieuse, pour le meilleur et pour le pire. Ãventuellement,
comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que
la sortie standard vers /dev/null, et conserver la sortie d'erreur en
l'état.
Bonjour Jean-Michel et Pierre,
Merci pour vos réponses. Suite à mon premier message, j'avais
effectivement modifié les commandes pour envoyer toutes les sorties
standard vers le GPSF (Grand Puits Sans Fond, /dev/null). Et
effectivement je n'ai plus qu'un seul Cron qui me rappelle à son bon
souvenir, car il tombe en erreur.
Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit :Le jeudi 04 septembre 2014, Pierre Malard a écrit...Une solution est donc de sâassurer que les lancements cron soient
silencieux. Ãventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script dâanalyse qui se charge soit
dâenvoyer lui-même le mail dâalerte,
Sinon, tu envoies le résultat de la commande à /dev/null, ce qui va la
rendre silencieuse, pour le meilleur et pour le pire. Ãventuellement,
comme précisé dans le reste du message (que j'ai coupé), ne renvoyer que
la sortie standard vers /dev/null, et conserver la sortie d'erreur en
l'état.
Bonjour Jean-Michel et Pierre,
Merci pour vos réponses. Suite à mon premier message, j'avais
effectivement modifié les commandes pour envoyer toutes les sorties
standard vers le GPSF (Grand Puits Sans Fond, /dev/null). Et
effectivement je n'ai plus qu'un seul Cron qui me rappelle à son bon
souvenir, car il tombe en erreur.
Une solution un peu comme le verre dâalcool, il faut se mé fier des abus.
Câest un peu comme casser le thermomètre pour résoudr e un problème
de température⦠Personnellement, je préfère la s olution proposée par
Jean-Michel. Elle est plus raisonnable.
Une solution un peu comme le verre dâalcool, il faut se mé fier des abus.
Câest un peu comme casser le thermomètre pour résoudr e un problème
de température⦠Personnellement, je préfère la s olution proposée par
Jean-Michel. Elle est plus raisonnable.
Une solution un peu comme le verre dâalcool, il faut se mé fier des abus.
Câest un peu comme casser le thermomètre pour résoudr e un problème
de température⦠Personnellement, je préfère la s olution proposée par
Jean-Michel. Elle est plus raisonnable.