Newsgroup: it.comp.os.linux.iniziare
Titolo: mutt: /var/spool/mail/userc is not..

Salve a tutti.
Chi segue il ng sa che ho già aperto un discussione inerente l'argomento
posta. Siccome quella era specifica per la configurazione che avevo in
testa, ho deciso di aprirne un'altra più specifica.
Dunque vorrei scaricare la posta con fetcmail ed utilizzare procmailper
smistarla. Infine la leggerei con mutt.
Vengo subito al problema.
Appena apro mutt, mi dice:
/var/spool/mail/mio_utente is not a mailbox...
insomma non riconosce la mail spool che ho impostato in ~/mutt/.muttrc
come spoolfile.
Eppure quel file c'è e riesco anche ad accedervi con less: si possono
leggere anche i messaggi presenti in quel file...
Perchè mutt non lo riconosce come mailbox?
Altre info.
distro slackware 11.0
MTA locale: sendmail.
Penso che questo problema non centri con la presenza di
procmail...proverò anche a disabilitare nel fetchmailrc la direttiva di
passare  tutto a procmail...
Se intanto vedete "a occhio" il problema, dite pure.
Grazie in anticipo.

 saluti
 
guarda, nel muttrc ho messo:
set spoolfile=/var/spool/mail/mio_utente
set mbox_type=mbox
set folder=~/mail
Allora, con procmail attivato nel fetchmailrc non riesco a leggere le
mail in /var/spool/mail/utente. Quelle che procmail lascia lì.
Potrebbe essere forse la mancata editazione del file .forward....non so.
invece se tolgo dal fetchmailrc la dicitura:
wants options mda "/usr/bin/procmail";
funziona e mutt riecse a leggere la posta dallo spoolfile.
Qunindi così a naso darei la colpa a procmail. Ma non è detto...
Però ho notato che scaricando la posta con fetchmail con procmail
attivato il file di spool è vuoto. Come se procmail prelevasse il tutto
e non lo lasciasse dove sta come gli ho ordinato (cioè in var/spool...)
Ecco le regole: in pratica non ce ne sono, chiaramente è solo per fare
alcune prove...così non serve a nulla procmail, però quello che voglio è
che lasci tutto in /var/spool/mail/utente:
MAILDIR=$HOME/mail
DEFAULT=/var/spool/mail/utente
LOGFILE=$MAILDIR/.from
LOCKFILE=$HOME/.lockmail
È giusto così o manca qualcosa?
E se poteste dirmi se il file .forward è indispensabile o no ve ne sarei
grato  :-D

Allora, sperando di rendere più chiaro il problema vi posto i file di
configurazione:
.procmailrc
------------------------------------
MAILDIR=$HOME/mail
DEFAULT=/var/spool/mail/mioutente
LOGFILE=$MAILDIR/.from
LOCKFILE=$HOME/.lockmail
------------------------------------
.fetchmailrc
------------------------------------
# account xxxxx
poll xxxxx
protocol pop3
username xxxx is mioutente
password xxxx
wants options mda "/usr/bin/procmail";
-------------------------------------
Allora, senza procmail, cioè eliminando l'ultima riga, la posta è
presente
in /var/spool/mail/mioutente.
Se invece metto anche la riga "wants option mda '/usr/bin/procmail';"
(come
sopra)  allora il file /var/spool/mail/mioutente risulta vuoto.
Sto cercando info in rete, ma sinceramente mi pare di avere seguito i
dettami di diverse guide (a parte la creazione del file .forward nella
home, che secondo me non dovrebbe servire, dal momento che fetchmail
passa tutto direttamente a procmail dichiarandolo nel .fetchmailrc), ma
fin'ora non ho raggiunto l'effetto sperato... :-|
saluti :-)

 mda '/usr/bin/procmail -d %T'
Ho scopiazzato un po' una configurazione in rete.
Ma restano alcuni dubbi.
Il man descrive il flag -d:
anche se quel pezzo non lo capisco gran chč, sembra che passi in
modalitą deliver (cioč?)...:-?
E poi non riesco a capire cosa significhi quella "%T",penso stia per il
recipient, ma mi piacerebbe capire quella formula da dove salte
fuori...:-|
Se siete in grado di rispondermi e togliermi questa curiositą, ve ne
sono grato. ;-)
A presto! :-)