Newsgroup: it.comp.os.linux.sys
Titolo: Server mail e spam

Ciao a tutti.
Ho un server che gestisce posta e antispam basato su Sendmail
(prossimamente Postfix) basato su mailbox (prossimamente maildir),
Dovecot, SpamAssassin e procmail.
Il mio problema sta nella gestione dello spam. In pratica ho
realizzato un file spam (uno per ogni utente sotto  /home/nome_utonto/
mail/spam) nel quale finiscono tutte le mail che SpamAssassin marca
come "spam".
Gli utenti liberamente passano in questo "folder" le mail che
finiscono (non marchiate come spam) nella INBOX e che, invece,
rappresentano spam non riconosciuto da SpamAssassin e viceversa.
Il problema e che gli utonti spesso cancellano la cartellina "spam"
dal loro Outlook/Outlook Express.
Le mail di spam, quindi, restano "sospese" fino a quando "spam" non
viene ricreata.
Ho provato con chattr (chattr +ai) ma, chiaramente, il file "spam" non
è più scrivibile.
Avete qualcosa da suggerirmi per fare in modo che:
- il file non sia cancellabile dagli utenti (tramite il loro client di
posta elettronica)
- le mail (di spam nella fattispecie) continuino ad essere accodate al
file /home/nome_utonto/mail/spam ?
Grazie a chiunque mi risponderà e ... BUON ANNOOOOO !!!!

 file /home/nome_utonto/mail/spam ?
premetto che la mia risposta non č basata sulla conoscenza della
soluzione ma che č un esempio di concetto.
non č possibile fare in modo che prima della consegna della mail di spam
 si esegua uno script che vede se c'č la casella e casomai la ricrea?

 Grazie a chiunque mi risponderà e ... BUON ANNOOOOO !!!!
prego e ... ANCHE A TEEEEEE !!!!
-- 
Ciao!
Andrew McBlues
msn: mcblues78 at 
people.it

 DUMMY=`test -d $MAILDIR || mkdir $MAILDIR`
Nel caso di maildir concettualmente quello che dici tuè corretto. Ma
nel mio caso (mailbox) la cartella (/home/nome_utonto/mail) esiste e
non è cancellabile dall'utente.
Lo spam va a finire in un file (che ho messo in skel in modo tale che
ogni volta che creo un utente linux automaticamente mi crea sotto mail
il file "spam").
Il fatto è che gli utenti non cancellano tanto da directory
"mail" (non potrebbero farlo), ma il file "spam" che contiene le mail
di spam.
Ogni volta che l'utonto lo cancella io devo creare il file spam sotto /
home/nome_utonto/mail e dargli i permessi correnti.
Una idea era quella di creare un file batch che controlla l'esistenza
del file "spam" e, se non esiste, lo ricrea. Ma non posso credere che
non esista altra soluzione ...

Una soluzione (testata) è quella di creare un .procmailrc a livello
utente contenente:
DUMMY=`test -f $HOME/mail/spam || touch $HOME/mail/spam`
in questo modo testa se c'è il file /home/nome_utonto/mail/spam. Se
non c'è lo crea.
E' un inizio... ma a me interessa sempre la non cancellabilità
piuttosto che avere il file ricreato ogni volta che l'utente lo
cancella

 non è cancellabile dall'utente.
ti scrivo di nuovo di fretta: l'idea era di editare la mi ariga per il tuo
problemaprova con 
test -e spam | touch spam
a risentirci con + calma , in caso :)


 utente contenente:
[cut]
eheh hai risposto contemporaneamente a me :)
per la tua richiesta mi viene in mente solo questo:
quando finisce di scrivere nel file, ne fa una copia (tipo spam_backup)
se il file spam non esiste, cambia il nome della copia in spam,  
ci scrive, e ricrea la copia
cosi il tuo file è sempre li...
forse è una cazzata, ma per funzionare, dovrebbe funzionare ;)
