Newsgroup: it.comp.os.linux.sys
Titolo: Procmail e Maildir

Ciao a tutti, non riesco a capire che diavolo sta succedendo con il mio 
procmail.
L'avevo cinfigurato bene in modo che filtrasse lo spam, la casella di 
posta era /var/mail/ste in formato mbox. Ora sono passato al formato 
Maildir e in /home/ste/Mail ho inbox e le varie cartelle.
Il fatto � che anche configurando procmail credo correttamente, non 
filtra nulla. Io ho fatto cos�:
ste@blacky:~$ cat .procmailrc
SHELL=/bin/bash
HOME=/home/ste
MAILDIR=$HOME/Mail
DEFAULT=$MAILDIR/
LOGFILE=$MAILDIR/procmail.log
VERBOSE=on
#
# All mail tagged as spam (eg. with a score higher than the set threshold)
# # is moved to "probably-spam".
:0:
* ^X-Spam-Status: Yes
.SPAM/
... e il file procmail.log non viene creato e non trovo log di procmail 
da nessuna parte. Non riesco a capire.. Chi mi aiuta?
Ste

 da nessuna parte. Non riesco a capire.. Chi mi aiuta?
Non io, ma passavo di qua ... :-)
In /var/log/mail.log e/o chi per lui non c'e` niente di simpaticamente
indicativo del motivo del fallimento della scrittura sul log? Potrebbe
essere un problema di permessi.
Quando avevo fatto quel passaggio (da mailbox a maildir) mi ero dovuto
ricompilare procmail dai sorgenti per abilitarlo a funzionare con
maildir. Potrebbe essere un altro problema, magari distinto dal primo,
o magari lo stesso.
Andrea

 da nessuna parte. Non riesco a capire.. Chi mi aiuta?
Grazie ad entrambi, ho provato a cambiare il path del log mettendolo 
nella mia home ma continua a non venir creato. Nei mail.log .err etc. 
non c'� assolutamente nulla.. Pu� quindi essere che procmail non abbia 
il supporto per maildir? Ma non mi � chiara la cosa, prima di passare a 
maildir usavo mbox e funzionava tutto, se procmail non avesse il 
supporto a maildir non dovrebbe comunque venir chiamato quando arriva 
una mail e scrivere l'errore sui log? Qui sembra che non venga neanche 
chiamato..
Grazie,
Ste.

 chiamato..
Appunto, che MTA usi?

 chiamato..
Direi di si`, quindi e`probabile che tu abbia fatto qualche altra
cazzata :-) che al momento ci sfugge
Se lo crei tu il file  touch /home/tua_home/procmail.log
chmod 666 /home/tua_home/procmail.log
e dopo di che metti in .procmailrc quella riga con copia/incolla come
posizione del log, continua a non succedere nulla?
Andrea

io ho così
MAILDIR=$HOME/Mail
DEFAULT=$MAILDIR/inbox/
LOGFILE=$MAILDIR/.from
e funziona
come vedi la maildir di default è una directory (ricorda sempre lo slask 
finale per maildir, altrimenti le tratta come se fossero mbox) dentro 
$MAILDIR
anche tu da quel che scrivi hai una directory inbox
poi per ogni filtro a volte creo una sua directory, per esempio
:0:
* ^TO_.*@alice\.it
$MAILDIR/alice/
-- 
:cf

 il supporto per maildir?
uhm uhm leggendo twistedbrain mi viene un dubbio:
1. che permessi ha la tua home directory? Pu� darsi che procmail 
codardamente si rifiuta di scrivere i suoi log su una dir aperta a tutti.
2. il mio procmail.log ha permessi 600. Prova a creare tu il file con 
questi permessi.
3. inoltre: chi richiama procmail? Nel mio caso ho un direttiva in 
.fetchmailrc di questo tipo: mda '/usr/bin/procmail -d%T'
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
   printf $i }'; echo

 cazzata :-) che al momento ci sfugge
Infatti. Che nervi. Ho risolto.
Procmail non veniva chiamato perch� mi sono fidato di uno stupido 
tutorial per configurare Maildir con Postfix 
(
https://help.ubuntu.com/community/Postfix
) che ti dice:
You may need to issue this as well: sudo postconf -e 'mailbox_command ='
che chiaramente, ora che voi mi avete fatto notare che il problema era 
sull'MTA e che mi sono letto qualosa su quest'ultimo, ha piallato il 
comando che passava a procmail i messaggi.
Siccome non me ne occupo da un po' che ero indaffarato, nei log non 
compariva nessuna traccia di quando procmail veniva correttamente 
chiamato, perch� era tempo fa.
Ecco cosa succede a fidarsi dei tutorial..
Grazie e perfavore non sfottetemi troppo ;)
Ste

 You may need to issue this as well: sudo postconf -e 'mailbox_command ='
You *may* need. ..... but if you may, you can even not may.
Quindi, "you may need (sottinteso: but you may not need) :P
