Newsgroup: it.comp.os.linux.software
Titolo: Ancora mutt, procmail e filtri

Porca malora, preso da raptus ho deciso di usare procmail per filtrare la
posta, visto che gli hook di mutt sono un po' delle schifezze inutili.
Allora mi sono letto il mio man di procmail, e alla fine mi sono costruito
il mio .procmailrc, di questo tipo:
0:
* ^Subject:.*vogliofiltrare*
postasalvata
(etc per le altre condizioni)
Naturalmente esiste come mailbox ~/mail/postasalvata (mail minuscolo, ma
ho rimappato la posta per usare la minuscola, mi dava fastidio Mail con la
maiuscola!)
Se ho ben capito il man, semplicemente questo fa in modo che le mail che
contengono nel soggetto la stringa "vogliofiltrare" vengono spostate in
"postasalvata".
La realtà è che non funziona una fava, le mail le trovo nello spool prima,
e in inbox di default dopo :-((((((((((((
Ma allora quando accidente viene letto .procmailrc? Durante il fetching
delle mail (e quindi le mail che rispondono ai filtri dovrebbero andare
dove indicato ANZICHÉ nello spool) oppure alla chiusura di mutt (e quindi
andarci quando esco dallo spool)???????
Oppure devo richiamare questo .procmailrc "di forza" da fetchmailrc,
quando imposto il fetching? Il man dice che .procmailrc è il default che
viene cercato in mancanza di altre informazioni...
Grazie!
-- 
Crononauta
==========
ICQ UIN: 4005815
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.htm
GP Legends: 
http://www.multiplayer.it/driving/

andarci quando esco dallo spool)???????
procmail viene richiamato da:
1) l'MTA (sendmail tramite .forward, postfix con l'opzione apposita, ecc), se
impostato a farlo.
per postfix, in 
main.cf
 metti:
mailbox_command = /usr/bin/procmail
per sendmail, in $HOME/.forward metti:
"| IFS=' ' && p=/usr/bin/procmail && test -f $p && exec $p -f- || exit 75
#mrshark"
(cambia il nome utente alla fine e scrivilo com'e', virgolette e apici inclusi)
2) fetchmail (opzione mda)
poll 
popmail.libero.it
 timeout 60 with proto POP3 
user "tuo-nome-utente-remoto" there 
with password "tua-password-remota" 
is tuo-login-locale here options fetchall mda '/usr/bin/procmail -d %T' 
3) a manina...
4) con scriptino...
qui' arrangiati...
-- 
Better to reign in hell,
than to serve in heaven!

viene cercato in mancanza di altre informazioni...
.procmailrc e` il default per procmail, ma procmail qualcuno prima o poi
dovra` pur chiamarlo.
Chi e quando e` una scelta tua. Un modo, se usi postfix, puo` essere
scrivere un file .forward nella directory dell'utente a cui arriva la posta
in questione, e metterci dentro questa riga:
  "|exec /usr/bin/procmail"
Cosi`, fetchmail legge .fetchmailrc e consegna a postfix, postfix legge
.forward e lancia procmail, procmail legge .procamilrc, e la Rosina bella
va al merca`.
Ciao.

On Sat, 1 Jul 2000 13:09:19 +0200, 
Crononauta (ta...@vraptor.tato)
wrote:
| La realtà è che non funziona una fava, le mail le trovo nello spool prima,
| e in inbox di default dopo :-((((((((((((
 O metti  un file  .forward nella  tua home  (seguendo gli  esempi nella
 documentazione  di sendmail/postfix  e procmail),  ma e`  sconsigliato:
 richi di perdere tutte le email.
 Oppure, chiami procmail dal file di conf del tuo MTA. 
 Sotto Postfix si fa cosi`:
 
 [tty1][root:~]# grep procmail /etc/postfix/
main.cf
 mailbox_command = /usr/bin/procmail -f
 
 Sotto sendmail, purtroppo nonzo...
-- 
Zefram 	| WARNING: Email address is FAKE. 	| email: 
	| [ 
http://digilander.iol.it/ebassi
 ]	| 	zefram (at) 
libero.it
onuPG Key Fingerprint: 9747 635E B95A B0B3 4370  1CAA CAF7 512B 945C A44C 

4) con scriptino...
A manina cosa? Ti ringrazio dell'interessamento, ma sei stato un po'
troppo ermetico...


va al merca`.
Io ho procmail richiamato da .fechmailrc, ma allora perché non legge
.procmailrc?


 Sotto sendmail, purtroppo nonzo...
FEATURE(local_procmail)
e
MAILER(procmail)
in /etc/sendmail.m4
(naturalmente, poi va "ricompilato" per generare il sendmail.conf)
-- 
Renato Croci
Roma - Italy
home page: 
http://www.geocities.com/CapeCanaveral/Hangar/8528
Remove "ky" from the address for e-mail reply
Togliere "ky" dall'indirizzo per risposte in e-mail

troppo ermetico...
e se beccavi Marco D'Itri...


On Sun, 2 Jul 2000 03:07:32 +0200, 
Crononauta (ta...@vraptor.tato)
wrote:
| >(cambia il nome utente alla fine e scrivilo com'e', virgolette e apici inclusi)
| 
| Grazie, ma non mi interessa assolutamente filtrare la posta che spedisco.
| Volevo solo filtrare quella che ricevo.
 E` appunto quello che fa il .forward, se usi il passaggio:
 fetchmail -> MTA -> mailbox
 Sara` l'MTA, che la deve inviare all'utente, a gestire procmail.
 Postfix lo fa chiamandolo dal 
main.cf
, sendmail dal file .forward.
-- 
Zefram 	| WARNING: Email address is FAKE. 	| email: 
	| [ 
http://digilander.iol.it/ebassi
 ]	| 	zefram (at) 
libero.it
GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370  1CAA CAF7 512B 945C A44C 

ma allora perché non legge .procmailrc?
.procmailrc di chi? procmail viene chiamato come se fosse eseguito
dall'utente a cui fetchmail sta recapitando la posta, quindi legge il
.procmailrc (se esiste e se ha i permessi giusti) nella home directory di
quell'utente.
Se questo, come immagino, e` verificato, prova innanzitutto a leggere
/var/log/maillog, quindi il log dei messaggi, per capire un po' meglio che
succede.
Prova quindi con una regola "ramazza tutto" in .procmailrc, per vedere che
non ci sia qualcosa di sbagliato nel filtraggio:
    :0
    salvaqui
Cosi` puoi verificare che "salvaqui" venga effettivamente creato. Prova
magari anche in .fetchmailrc a sostituire la chiamata diretta di procmail
con una ad uno script che ti scriva qualche messaggio di debug, prima di
chiamare procmail (chesso`.... la data, il nome dell'utente, ecc.).
Controlla anche che il file che dovrebbe raccogliere la posta abbia i
permessi giusti e cosi` pure, se hai indicato una subdirectory, se questa
e` di proprieta` dell'utente che riceve la posta e se questi ha il permesso
di scrittura in quella directory.
Quello che ti posso dire io e` che il sistema funziona, perche' l'ho usato
per diverso tempo; quindi se invece non va ci dev'essere qualcosa di
sbagliato, ma e` un po' difficile dire che cosa, senza ulteriori
informazioni. Posta magari i tuoi .fetchmailrc e .procmailrc (con i dati
personali oscurati, ovviamente), con la descrizione di posizione e
permessi.
Ciao.

permessi.
Allora, .fetchmailrc funziona perfettamente, perché mi sono fatto uno
script in modo che da utente posso dare il comando di scaricare la posta
quando voglio. Comunque eccolo qui:
~/.fetchmailrc
poll pop.<miopop>.it
proto POP3
user <login>
pass <password>
mda '/usr/bin/procmail -d%T'
E questo funziona perfettamente, perché se da utente faccio:
$ fetchmail
la posta la scarica. Quindi fino a qui siamo a posto.
Poi in ~/.procmailrc ho messo appunto:
ORGMAIL=/var/spool/mail/<utente>
:0
prova
eppure non caga di sfioro l'idea di spostare la posta in "prova", che
manco viene creata.
Il maillog mi dice appunto "suspicious file /home/<utente>/.procmailrc e
io non capisco perché...
Qualche idea?


Perché?????????????????????
HO CAPITOOOO!!!!
Infami fetenti, mica lo dicono nel man, ma non bisogna mettere "salvaqui"
e basta, bisogna specificare il percorso completo!!!
se infatti metto
:0
/home/utente/mail/salvaqui
funziona!!!!
Beh, svelato l'arcano! Grazie a tutti!


 postasalvata
Se levi lo spazio tra * e ^ vedrai che funzionera'.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

funziona!!!!
basta che imposti:
MAILDIR = $HOME/Mail   # ASSICURATI CHE ESISTA! Le email finiranno qui!
e non dovrai piu' riscrivere l'intero path (per questo ti avevo chiesto di
ripostare la conf di procmail...)



Il proprietario e/o i permessi del file non sono correttamente impostati.
Ciao.

e basta, bisogna specificare il percorso completo!!!
Infatti non credo che sia questo il punto. Io uso un percorso relativo, e
funziona.
Ciao.

Se levi lo spazio tra * e ^ vedrai che funzionera'.
Funziona anche con lo spazio... una volta che metto tutto il path tipo
/home/utente/mail/postasalvata!!!!! :-)


Volevo solo filtrare quella che ricevo.
E' QUESTO il file che ti manca. Quando scarichi la posta fetchmail (o chi
per lui) la passa a postfix (o chi per lui) che quarda se esiste il file
...forward e agisce di conseguenza
Ciao
David Mugnai

 /home/utente/mail/salvaqui
Se tu all'inizio del .procmailrc imposti la variabile
MAILDIR=$HOME/mail
non serve specificare ogni volta il percorso completo...
Come potrebbe servirti specificare un logfile per procmail, es
LOGFILE=$MAILDIR/procmail.log
dove per ogni messaggio che ti smista trovi tre righe come
questa:
From 
p...@mclink.it
  Mon Jul  3 04:53:20 2000
 Subject: 
kren.pcc.org
 security check output
  Folder: AA+System
-- 
Bye by Red  |  PCC on a FreeBSD box                  E-mail: 
rw...@mclink.it
            |---------------------------------------------------------------
            |  "The time for light is over
            |   Darkness drops you in deep"  (Screaming Trees)

Ma allora quando accidente viene letto .procmailrc? Durante il fetching
Quando viene eseguito procmail, che viene eseguito quando viene
consegnata la posta dal tuo MTA.
Probabilmente non hai attivato procmail, i dettagli dipendono dall'MTA
usato.
-- 
ciao, |
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

E perché non gli dovrebbe andare bene?
1) Controlla i permessi di .procmailrc (fissa 600 per sicurezza).
2) Controlla il proprietario di .procmailrc (sei tu?) 
3) Controlla che hai settato adeguatamente MAILDIR.
-- 
The Hitman - 
http://members.xoom.it/hitman
 
e-posta : sonicblast (at) 
tiscalinet.it
 
Powered by Debian 2.2 (frozen) on a AMD K6-II machine - Wintel Free
-----> Le risposte stanno spesso in /usr/doc e in man comando <----