Newsgroup: it.comp.os.linux.iniziare
Titolo: Evitare che le mail di errore (crontab) intasino la casella di posta

Mi spiego meglio.
Ho messo in esecuzione periodica i comandi 
#fetchnews 
#/etc/init.d/fetchmail restart 
a volte si creano degli errori (ad esempio fetchmail non puo' partire al
momento o e presente il file /var/lock/news/fetchnews.lck che blocca
fetchnews) e cron mi manda un'email che come mittente ha root@localhost
per avvisarmi del problema. 
Come si puo' fare affinche non vengano spedite queste mail? o non si
puo' evitare e bisogna dire a postfix di inviarle a /dev/null
grazie
-- 
| Ciao Cacciavite       Linux Registered User #297089
| Powered by *Debian GNU/Linux 3.0* on Celeron 667MHz 	  

 Come si puo' fare affinche non vengano spedite queste mail?
Redirigi l'output dei comandi su /dev/null
Davide
-- 
| Why would people waste their time developing viruses for Microsoft
| products when Microsoft does such a good job itself of adding in bugs 
| which crash your system?      -- From a Slashdot.org post 
| 

 Redirigi l'output dei comandi su /dev/null
avevo pensato anche a questo, solo che volevo redirigere l'error e non
l'output, in effetti queste mail sono conseguenza di un comando dato in
una "situazione errata"
Evidentemente non e' come dico io dato che dirigendo lo standard output
funziona


 funziona
dunque ricapitoliamo:
-da root faccio avviare fetchnews e "sendmail -q" (svuota lo spool)
 senza problemi. "/etc/init.d/fetchmail restart" non funge, nel senso che 
 non riavvia il demone. 
 Per tutti questi 3 comandi la redirezione (1>) su /dev/null funziona
-siccome non mi si riavviava il demone di fetchmail ho deciso di non far
 avviare fetchmail da demone (magari in dial-up e' piu' sensato) e ho messo 
 il comando fetchmail sul crontab degli utenti (ho anche configurato .fetchmailrc 
 nella home ecc).
 Funziona, solo che non ne vuole sapere di redirigere l'output su
 /dev/null, dunque se sono offline lo spool della posta in uscita si
 riempie di mail
ho scritto questo 
$crontab -e
*/2 * * * * /usr/bin/fetchmail > /dev/null


 */2 * * * * /usr/bin/fetchmail > /dev/null
In ogni  caso se  vuoi usare  cron e -non-  vuoi mail  devi redirigere
tutto l'output  del comandi  che chiami da  qualche parte.   In questo
modo redirigi solo lo std output, invece devi redirigere anche l'error
(forse _tutto_  quello che butta  fuori fetchmail in output  e' error)
basta che chiami il tuo comando in questo modo:
*/2 * * * * /usr/bin/fetchmail > /dev/null 2>&1
oppure se ti interessa segnare gli errori:
                               > /dev/null 2> /path/to/tuolog
HTH, ciao.
-- 
Vuoi fare colpo su di lei con me?
Fai colpo su di lei con me! Fai colpo su di lei con me!
[Dr. Gonzo : Paura e delirio a Las Vegas]

 una "situazione errata"
Standard error non centra nulla con "una situazione errata".  Anche se
spesso  e'  cosi'  (vedi il  make)  e'  vero  che tanto  spesso  molti
programmi, in particolare quelli  con output interattivo 
(Ex: passwd > /dev/null) mandano tutto o quasi su standard error.  
Non c'e' una regola generale  (da quanto ho capito), devi conescere il
programma che stai usando.


 */2 * * * * /usr/bin/fetchmail > /dev/null 2>&1
2>&1 sarebbe come scrivere:
$/usr/bin/fetchmail 2> /dev/null  
comunque non funziona neanche come hai scritto tu, ho l'impressione che un utente
normale non abbia i permessi giusti su /dev/null


 su /dev/null
Mah, di questo ne dubito, comunque da me e' cosi':
[2152][vale@damun:~]$ ls -l /dev/null
crw-rw-rw-    1 root     sys        1,   3 1994-07-18 01:46 /dev/null
[2158][vale@damun:~]$


 di output (potresti fare un esempio)?
erano messaggi che dicevano che siccome ero off-line (sono in dial-up ti
ricordo) fetchmail non poteva scaricare, mi pare che l'errore relativo
fosse status=11 (non riesce a risolvere il nome del popserver di libero)
Comunque non e' vero che non va con la redirezione dell' output&&error
che hai scritto tu. Va benone, nessun messaggio (evidentemente nella
prima prova avevo scritto male o fatto casino)
comunque grazie mille, ho risolto :))))


 comunque grazie mille, ho risolto :))))
Ah, meno male :-)
