Newsgroup: it.comp.os.linux.debian
Titolo: Mutt, Fetchmail & Procmail

Mutt + fetchmail fanno il loro lavoro, ma ho dei problemi
se cerco di integrare anche procmail.
Ecco la mia configurazione:
.fetchmailrc
=======================================================
set postmaster "samiel"
set bouncemail
poll alice via "
in.alice.it
" timeout 60
with proto POP3
auth password user "
mauro.s...@alice.it
" there
with password "********"
is "samiel" here
options fetchall keep
mda "/usr/bin/procmail -d %T"
poll gmail via "
pop.gmail.com
" timeout 60
with proto POP3
auth password user "
mauro.s...@gmail.com
" there
with password "*******"
is "samiel" here
options fetchall keep ssl
mda "/usr/bin/procmail -d %T"
=======================================================
.procmailrc
=======================================================
shell=/bin/sh
MAILDIR=$HOME/mail
DEFAULT= $MAILDIR/inbox
LOGFILE=$HOME/procmaillog
LOG="
"
VERBOSE=yes
:0
* ^FROM 
mauro.s...@alice.it
$MAILDIR/alice
:0
* ^FROM 
mauro.s...@gmail.com
$MAILDIR/gmail
:0
* ^FROM 
mutt-...@mutt.org
$MAILDIR/mutt
:0
* ^FROM 
in...@debianizzati.org
$MAILDIR/debian
:0
* ^FROM 
ute...@it.openoffice.org
$MAILDIR/openoffice
:0
* ^FROM 
k3b-...@lists.sourceforge.net
$MAILDIR/k3b
# All other mail goes to inbox
:0
$MAILDIR/inbox
=======================================================
da .muttrc
=======================================================
set folder = ~/mail
set mbox = +inbox
set mbox_type = mbox
set record = +inbox
set alias_file = ~/mail/aliases
source ~/mail/aliases
set alias_format = "%2n %t %-10a %r"
set sort_alias = alias
set mailcap_path = ~/.mailcap:/etc/mailcap:
set signature = "~/mail/signature"
set tmpdir = ~/mail/.mutt/tmp
set postponed = +postponed
mailboxes +k3b +openoffice +gmail +alice +mutt +debian
=======================================================
Quando lancio la classica macro per controllare e scaricare la posta,
fetchmail trova le e-mail, ma poi non trovo niente nelle mailboxes,
Trovate degli errori nei miei file di configurazione?
Grazie
M.

 mda "/usr/bin/procmail -d %T"
Lo trovo un po' cervellotico... io l'ho fatto semplicemente così:
poll 
in.alice.it
proto POP3
user utentedilogin
pass passworddiaccesso
mda '/usr/bin/procmail -d %T'
(p.s.: potrebbe essere quello l'errore, le virgolette al posto dei
singoli apici... prova un po' quello).
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 singoli apici... prova un po' quello).
No, non va lo stesso. Fetchmail individua le mail,
sembra che le scarichi regolarmente, ma poi tutte
le mailbox sono vuote...
M.

 le mailbox sono vuote...
Hai guardato il file di spool? Se sono rimaste lì, vuol dire che i
filtri di procmail non funzionano.
Prova a cambiarli in:
^From:.*nomemittente+
anziché il ^FROM mittente che hai messo.


 anziché il ^FROM mittente che hai messo.
Sì, c'era qualche errore di sintassi.
Adesso mi pare funzioni, anche se continua
ad esserci una cosa che non mi è chiara.
In .procmailrc ho:
==============================================
:0
* ^From:.*
mauro.s...@alice.it
alice
:0
* ^From:.*
mauro.s...@gmail.com
gmail
# Mailing lists
# debianizzati
:0
* ^(From|CC|To):.*
in...@debianizzati.org
debian
#k3b
:0
* ^(From|CC|To):.*
k3b-...@lists.sourceforge.net
k3b
# mutt
:0
* ^(From|CC|To):.*
mutt-...@mutt.org
mutt
# openoffice
:0
* ^(From|CC|To):.*
ute...@it.openoffice.org
openoffice
==============================================
e in .muttrc:
==============================================
mailboxes +alice +debian +gmail +k3b +mutt +openoffice +inbox
==============================================
Se però guardo ~/mail, a volte trovo solo debian k3b mutt openoffice.
Se ricevo una mail proveniente da un utente non registrato in .procmailrc,
finisce in inbox, creato al volo. Ma non capisco perché alcune mbox are
stanno permanentemente in in /mail, e altre invece sono create quando
servono... Cmq prima non c'erano, poi ho lanciato fetchmail e adesso
ci sono; vediamo se poi spariranno...
Grazie
M.

 servono... 
Beh questo è normale: procmail crea le mbox che non esistono, se
necessario!
Semmai è anomalo che spariscano :-O


 Semmai è anomalo che spariscano :-O
Eppure adesso mi è successo ancora. Ricevo 3 mail
non classificate in .procmailrc, vanno giustamente
in inbox. Le cancello, esco da mutt. Verifico
le dir presenti in /mail: inbox non c'è più...
Ghost in the machine?
M.

 Ghost in the machine?
Non hai qualche folder-hook o mbox-hook che cancelli le mailbox rimaste
vuote?


 =======================================================
Ma che dice tail -f /var/log/mail.log ?
-- 
--------------------------------------------------------
ROXY74
ICQ:10164740
EMAIL: 
cro...@gmail.com
--------------------------------------------------------

 Ma che dice tail -f /var/log/mail.log ?
Ora funziona. C'era un errore di sintassi in .procmailrc,
anche se a mia discolpa devo dire che in rete ho trovato
una quantità notevole di documentazione dove però
si adottavano sintassi diverse. O qualcuno scrive cose
sbagliate... Cmq l'importante è aver risolto.
Adesso passo all'integrazione con Spamassassin.
A proposito: su KDE in passato ho usato Bogofilter.
A vostro avviso, qual è la soluzione migliore?
Anche Bogofilter si integra tranquillamente con
Mutt + Fetchmail + Procmail?
Grazie
M.

 Mutt + Fetchmail + Procmail?
Io lo utilizzo da diverso tempo.
Nel mio procmailrc ho queste due regolette:
:0fw
| bogofilter -u -e -p -l
:0:
* ^X-Bogosity: Spam
spam
che mi consentono di far esaminare la posta in entrata da Bogofilter e
salvare quella classificata come Spam nella casella di posta spam.
a.

 spam
Magnifico! Chissò perché, in rete ci sono parecchie guide
sull'integrazione con SPamAssassin e non con Bogofilter.
Unica pecca sul mio sistema (con Kmail): Bogo mi classifica
come spam tutte le mail che girano in locale...
Grazie
M.

 come spam tutte le mail che girano in locale...
Tieni conto che Bogofilter è un filtro bayesiano e come tale necessita
di un certo periodo di "addestramento". In pratica devi essere tu, in un
primo momento, ad indicargli cosa è e cosa non è SPAM. Dopo un pò di
rodaggio sarà in grado di procedere da solo alla classificazione delle
email.
E comunque puoi provare a creare una regola per Procmail, da mettere a
monte rispetto a quella di Bogofilter, che recapiti direttamente la
posta locale nelle opportune caselle senza passarla all'esame di
Bogofilter.
Io ad esempio ho fatto così per email di provenienza sicura, come le
mailing-list.
hyp

 mailing-list.
Mi ci provo.
Grazie
M.