Newsgroup: it.comp.os.linux.sys
Titolo: procmail, salvare header

Sto leggendo un po' di documentazione, ma con un po' di faccia di bronzo
vi chiedo... una pappa pronta:
Come potrebbe essere un rc di procmail, in cui non filtro niente ma si
vuole semplicemente, oltre al normale recapito, salvare l'header della
mail (oppure solo from: to: cc: subject: date: ip_di_provenienza) ed i
nomi (solo i nomi) degli eventuali allegati, "appendendoli" in un
apposito file? (magari poi da trasformare in seguito in qualcos'altro,
per leggere il tutto da browser o da altro applicativo)
Insomma, in poche parole mi serve una sorta di "documentazione di
avvenuta consegna" del messaggio, in modo da ripararsi da eventuali
contestazioni del tipo "non ho mai ricevuto niente da te"..."ma io te
l'ho spedito ieri t'assicuro".    :-)
Dimenticavo:
Debian woody, postfix+qpopper, /etc/procmailrc non ancora esistente.
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 l'ho spedito ieri t'assicuro".    :-)
I log del mailserver sono sufficenti, a parte la questione allegati, che
mi pare un filo superflua. E puoi usare uno degli analizzatori di log
gia` esistenti.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Every nonzero finite dimensional inner product space has an orthonormal basis.

 mi pare un filo superflua
I log non bastano, per la mancanza del subject, oltre che per la questione dei nomi
degli allegati, ed eventualmente la mancanza di altre informazioni che magari si
decidera' di volta in volta. Fosse cosi', mi sarei subito occupato di installare un
log-analyzer...  :-)
A meno che, non gli si possa dire a postfix come generare i log...    :-)


 cosi', mi sarei subito occupato di installare un log-analyzer... :-)
Il problema e` che lo sconfino con la "sorveglianza elettronica" e` molto
vicino, anzi e` decisamente superato.
E in assenza di accordi diretti con le parti, questa pratica e`
difficile da dimostrare come legale. Oltreche` un filo faticosa. A
questo punto tanto vale che tieni in copia tutte le mail con l'opportuna
direttiva di postfix e amen (fermo restando le considerazioni di cui
sopra).
A quel punto hai tutto quello che ti serve senza diventare matto con
procmail (cmq, la soluzione migliore e` uno script ad hoc da utilizzare
come mailfilter, a la maniera di altri content-filtering).
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
There's going to be no serious problem after this.  --Ken Thompson

 sopra).
Ci ho pensato, ma volevo evitare di sprecare spazio. Servono solo le informazioni
strettamente necessarie a classificare il contenuto della mail contestata. Ed
informazioni che siano appunto manipolabili per convertirle in un formato che non
sia solo puro testo.
Grazie,
Gian Luca


 ...[ecc]...
Bha!... la butto li, potresti fare un programmino in perl (linguaggio ad hoc
per trattare testi e stringhe) che fa una scansione delle mailbox degli
utenti e che preleva quello che ti serve.
I problemi che, cosi' ad occhio, dovresti risolvere, sono come evitare il
check dei messaggi gia' controllati, evitarne l'ispezione negli istanti in
cui la mailbox viene modificata dall'aggiunta di nuovi messaggi, come
agganciare, magari, il lavoro di postfix a quello del programma in
questione.
Pero' ora ho fame e vado a cena   :-P
-- 
::..ivan_terzo..::

 e che preleva quello che ti serve.
Si, ma se l'utente l'ha gia' cancellata dal server, prima che intervenga lo
script che viene lanciato, supponiamo, da cron?


 ivan_III wrote:
io ho usato formail per estrarre alcuni campi che mi interessavano ..
ad esempio, all'inizio del file .procmailrc metti qualcosa del
genere
MY_TO=`formail -X"To:" | sed -e 's/^[ ]*//g' -e 's/[ ]*$//g'`
e in MY_TO avrai il destinatario della mail ... poi stesso in 
.procmailrc fai eseguire 
| echo $MY_TO >> /var/log/ListaDestinatari
ciao ...

 ciao ...
Thanks, prendero' spunto dai tuoi suggerimenti.   :-)
Saluti,
Gian Luca


 nomi (solo i nomi) degli eventuali allegati, 
[cut]
Prova a dare un'occhiata a mess822 (djb(soft)ware)
Ciao

 > MY_TO=`formail -X"To:" | sed -e 's/^[ ]*//g' -e 's/[ ]*$//g'`
metodo + veloce (non esegue un prg esterno)
# Use procmail match feature
#dentro le [] ci sono i 2 possibili caratteri di separazione:
# [<SPACE>^V<TAB>]
TEXT="[  ]*\/[^   ].*"
:0 w
* $ ^From:${TEXT}
{  MAILFROM="$MATCH" }
:0 w
* $ ^To:${TEXT}
{  MAILTO="$MATCH" }
:0 w
* $ ^Reply-To:${TEXT}
{  MAILREPLYTO="$MATCH" }
:0 w
* $ ^(User-Agent|X-Mailer|X-MIMEOLE):${TEXT}
{  MAILUSERAGENT="$MATCH" }
:0 w
* $ ^Content-Type:${TEXT}
{  MAILCONTENTTYPE="$MATCH" }
:0 w
* $ ^MIME-version:${TEXT}
{  MAILMIMEVERSION="$MATCH" }
:0 w
* $ ^Cc:${TEXT}
{  MAILCC="$MATCH" }
:0 w
* $ ^Date:${TEXT}
{
   MAILDATE=`date -d "$MATCH" +"%F %r"`
}
# scrivo tutte le variabili:
:0 c
| echo "$TODAY | $MAILDATE | $MAILSIZE | $MAILFROM | $MAILREPLYTO | $MAILTO | $MAILCC | $MAILUSERAGENT | $MAILCONTENTTYPE | $MAILSUBJECT | " >> mail.log
ma 
1) procmail lavora con le mail in arrivo, non in  partenza.
2) Inoltre il fatto che tu abbia spedito l'email non implica che il
destinatario l'abbia ricevuta...
Insomma, non e' un metodo affidabile in ambito legale.
ciao
-- 
Pa.Ped
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/
Contro i brevetti software: 
http://petition.eurolinux.org/index_html