Newsgroup: it.comp.os.linux.software
Titolo: E' possibile che procmail blocchi una cartella?

Salve.
So che la domanda risulta piuttosto strana ma mi chiedevo se fosse 
possibile che un programma, sia esso procmail o mutt, possa bloccare
l'accesso ad una cartella mentre lui ci stà lavorando, magari tramite
un lock file, e poi in seguito ad un crash, non avendo levato il lock,
non consente piu l'accesso al possessore.
Ora io sono l'utente antonio. Ho impostato user.group a 
antonio.antonio mentre i permessi sono 664 su tutta la cartella Mail.
In teoria io dovrei aver acesso a tale cartella come utente antonio, 
sia con ls che con cd, ecc. Invece no!
Però l'utente root ha la possibilità di fare ciò che vuole. 
Dato che procmail non mi stà funzionando dandomi i seguenti errori
nel log di fetchmail:
....
.....
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK 1616 octets
fetchmail: reading message 1 of 10 (1616 octets)
procmail: Suspicious rcfile "/home/antonio/.procmailrc"
procmail: Couldn't read "/home/antonio/.procmailrc"
fetchmail:  not flushed
fetchmail: POP3> RETR 2
.....
....
ho pensato che il problema sia prorio dovuto al fatto che non riesce
ad entrare nella cartella Mail. Infatti io lancio fetchmail al 
login da .bash_profile che a sua volta richiama procmail. Quindi 
è l'utente antonio che gestisce i processi fetchmail e procmail.
No?
Questo è quanto ho capito io. SPero che possiate delucidarmi su
1) perchè antoino non reisce ad accedere alla cartella 
/home/antonio/Mail
2) perchè non mi stà funzionando procmail (quando lancio 
'fetchmail -k -v' la posta mi si perde non si sa dove in locale
ma per fortuna la lascio sul server con -k :-). Infatti non c'è
niente ne nel log di procmail, ..... attivato il logging in 
.procmailrc.......... , nel nel .backup di procmail. In pratica
i mesaggi che gli passa fetchmail si perdono senza sapere dove.)
Ho controllato la sintassi .procmailrc ed è corretta(anche perchè
fino a tre giorni fa funzionava perfettametne....) mentre i permessi
di /home/antonio/.procmail sono:
[Sat Feb  9, 11:59am][antonio@gaia:~]ls -l .procmailrc 
4.0k -rw-rw-r--    1 antonio  root          690 feb  9 00:45 .procmailrc
Che ne dite?
)

Ok ragazzi.
Scusatemi se vi ho importunato, ma sembra che dopo mezza giornata sia 
riuscito a capire il problema. In pratica procmail vuole che non si
abbia il permesso di scrittura settato per il gruppo per la cartella
in cui risiede .procmail.
Mi spiego. Se .procamilrc stà in /home/utente allora il max di permessi
consentiti a tale cartella da procmail è 740. Se per sbaglio si 
cambiano tali permessi sei rovinato. Perdi tutta la posta come è 
successo a me :-(
4 giorni di posta perduta............e non me ne sono accorto.
Vale per la prossima volta.
Ho notato però che la versione di procmail che esce con la RH7.2
non funziona egragiamente. Ho dovuto reinstallare la versione che
esce con la RH7.1 per far rifunzionare tutto alla perfezione.
Ciao

 un lock file, e poi in seguito ad un crash, non avendo levato il lock,
Attenzione a come imposti le regole del .procmailrc:
:0  <-- senza lock sulla mailbox
:0: <-- con il lock sulla mailbox
# man procmailex
-- 
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 *

 successo a me :-(
Adesso hai capito uno dei motivi per cui si predica sempre di NON
utilizzare fetchmail direttamente con procmail, ma usare un MTA in
mezzo.
Se lo avessi fatto, la tua posta restava sul tuo MTA in attesa che
qualcuno risolvesse il problema di procmail.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net