Newsgroup: it.comp.os.linux.software
Titolo: mailfilter + fetchmail demone?

Dopo aver tentato inutilmente di far droppare a Postfix le e_mail 
indesiderate, non ho ancora capito perchè solo a me non funziona, ho deciso 
di optare per mailfilter. Preso, configurato, ed è andato al primo colpo, 
Tiè!  
Ora vorrei sapere se è possibile far partire comunque fetchmail in 
background, lanciandolo da ip_up.local con l'opzione -d! 
Ho provato ma non funziona! Fethcmail gira ma non fa niente e mailfilter 
neppure, lo si vede dal file di log! 
E' possibile fare una cosa del genere o no? 
Grazie
Simone   

 la sola opzione -d non è sufficiente.
Certo! Ti spiego: fetchmail ha funzionato egregiamente fino a quando non ho 
aggiunto nel file .fetchmailrc la riga preconnect mailfilter. Fatto questo 
fetchmail parte, si, ma solo se lancaito direttamente e non come demone! 
Credo (?!?) che sia un problema di mailfilter: non gli piace essere forkato 
in background o cose simili...
Se non avete soluzioni migliori credo che farò così:
in ip_up.local al posto di fetchmail -d 200 metto:
#!/bin/bash
VAI="continua"
while [ $VAI != "fine" ]
do
  fetchmail
  sleep 120
done
ovviamente come script, chiamato scarica_posta ad esempio,
in ip_down.local al posto di fetchmail -q metto:
killall scarica_posta
Non sarà elegante, anzi fa un po' schifo, ma dovrebbe funzionare !
Voi che ne dite?? 
Simone

Ho scoperto la seguente cosa e francamente non ne capisco la ragione! 
Se da shel lancio:
# fetchmail -d 200 
tutto funziona bene, scaricamento e filtraggio, ma se la stessa cosa vien
fatta dallo script ip_up.local non va! Vorrei capirne la ragione dato che 
ho usato quello script per secoli e non mi ha mai dato problemi!
Sia .fetchmailrc che .mailfilterrc sono correttamente sotto /root, dato che 
è il proprietario di pppd, i permessi sono giusti... non capisco!
Che ne dite?? 
Simone  

 writes:
  S>  Certo! Ti spiego:  fetchmail ha  funzionato egregiamente  fino a
  S> quando non  ho aggiunto nel file .fetchmailrc  la riga preconnect
  S> mailfilter. Fatto questo fetchmail parte, si, ma solo se lancaito
  S> direttamente e non come demone!
sinceramente,  io   non  faccio  come  fai  tu,   ne`  conosco  questo
particolare  tipo di  configurazione per  fetchmail, quindi  non posso
dirti se il problema e` li` o altrove.
per  suddividere le  mail  uso  maildrop, funziona  piu`  o meno  come
procmail.
fetchmail  scarica la posta,  la passa  al server  smtp che  la filtra
attraverso maildrop. con delle semplici regole, maildrop mette le mail
al posto giusto, anziche` lasciarle in /var/spool/mail/nome_utente


 al posto giusto, anziche` lasciarle in /var/spool/mail/nome_utente
Capisco! Ma così facendo tu prima scarichi tutta la posta, anche quella 
indesiderata, e poi droppi, o sbaglio? 
Mailfilter invece parte insieme a fetchmail, e scarta i messaggi 
indesiderati prima che vengano scaricati!
Secondo me è più efficente, anche se non capisco perchè così facendo 
fetchmail non "vuole" essere lanciato dallo script ip_up.local (?!??)
Ciao 
Simone

 Che ne dite?? 
Che, a meno che tu non lanci fetchmail utilizzando su, i file di
configurazione devono essere messi in /etc 
Henryx

Henryx wrote:

??? Questa mi giunge nuova! Lo script di cui stiamo parlando è di proprietà 
del su, quindi per forza fetchmail va a prendersi i file sotto root! Almeno 
io l'ho sempre utilizzato così e non mi ha dato mai problemi! E' un 
problema molto strano infatti: se tolgo le fatidiche righe in più da 
.fetchmailrc tutto torna a funzionare, sia da script che da shell come su, 
ma se aggiungo le righe relative a mailfilter, funziona solo da riga di 
comando! E' un mistero! 
Ciao Simone

On Fri, 05 Apr 2002 11:44:47 +0200, Simone 
was talkin'about:

Se fai andare fetchmail come demone chi e' il proprietario?
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail** 
  -<! Where's the warrior in you And the spirit he got? You say - "lost" No!
		It's somewhere inside !>- Lost Horizon - Sworn In The Metal Wind

comando! E' un mistero! 
su non e` un utente, e` un comando il cui acronimo sta per "substitute
user" (e non _superuser_).
Ti hanno gia` dato tutte le info necessarie, e` inutile che ti
intestardisci.
Infine, il fatto che qualcosa "ti giunga nuovo" non e` detto che
significhi necessariamente qualcosa.
-- 
Maurizio - Tannoiser - Lemmo
STIGE Srl Servizi Informatici
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 Se fai andare fetchmail come demone chi e' il proprietario?
Sempre root! 
Ciao  

 significhi necessariamente qualcosa.
 
Bhè, magari significa che ho scoperto una cosa che non sapevo... chi sa può 
anche far piacere! ;-)
Ciao Simone

 Sempre root! 
In tal caso, dovrebbe scaricare la posta per root. Non so se e' quello che
vuoi.
Lanciare fetchmail demonizzato o meno va fatto utente per utente e fra i
due modi non dovrebbe cambiare molto.
Nei log (--logfile) si vede qualcosa di strano?
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
-<! Computer programmers never die, they just raise an unhandled exception.!>-

La soluzione è stata la seguente: 
nel file .fetchmailrc va aggiunto:
preconnect "mailfileter -M /root/.mailflterc"
Se lanciato da script, evidentemente non trova il file di configurazione, 
non so se è un bug o cosa!
Voi che ne dite?? 
Grazie, senza il vostro aiuto non ce l'avrei mai fatta!! 
Simone 

Voi che ne dite?? 
Io dico man bash, nello specifico dove parla di variabili d'ambiente.


 Io dico man bash, nello specifico dove parla di variabili d'ambiente.
Se fosse stato un problema di variabili d'ambiente potevo scrivere: 
preconnect "mailfilter $HOME/.mailfilterrc"  ?? 
Purtroppo questa "elegante" soluzione non va bene, e se non vado errato 
dovrebbe essere la stessa cosa se al posto di $HOME metto /root/! O No? 
Ciao 
Simone