Newsgroup: it.comp.os.linux.sys
Titolo: Problema smistamento posta con procmail

Ciao
avrei bisogno di una mano per cortesia:
da qualche giorno il mio provider mi ha messo a disposizione di un
unico indirizzo di posta che fa riferimento ad un dominio.
Tutto quello che viene inviato a 
qualsi...@dominio.it
 viene da me
scaricato con fetchmail.
Ora nel mio .procmailrc, testo i campi To | Bcc ecc delle email con la
macro ^TO_
es.
:0
* ^TO_pippo*
! pippo
:0
* ^TO_pluto*
! pluto
:0
* ^TO_topolino*
! topolino
tutto sembra funzionare ma quando viene inviata un'email a pippo e in
Bcc a pluto, in realta' vengono smsitate due email a pippo e nessuna a
pluto.
Qualche dritta?

 Qualche dritta?
Procmail non lo conosco.
Ma quello che procmail fa è corretto.
Non è che dovresti cercare di parsare qualche altro header ??
Tipo: delivered-to o simili...
Max

 Qualche dritta?
Semplice, quello che vuoi fare non si può fare.
L'MDA del tuo provider, in rispetto alle RFC, quando riceve una mail con
un Bcc indicato, gli smista la mail, ma nel farlo elimina l'header Bcc.
Così tu con fetchmail vai a scaricare dalla casella del provider una
mail che era quella destinata a pippo, e una che era quella destinata a
pluto in bcc ma che riporta come "TO" pippo.
Ovviamente procmail vede solo ciò che resta, ovvero due mail per pippo e
nessuna per pluto.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 Semplice, quello che vuoi fare non si può fare.
Non si può fare OPPURE non è il modo corretto di farlo.
Ripeto: di procmail non capisco nulla ma a me il Delivered-To: indica
l'utente finale corretto (almeno su postfix con delivery virtual.. e se la
poppo quell'header ovviamente rimane).
Max

 poppo quell'header ovviamente rimane).
L'utente finale sarà anche corretto, ma tutto quanto viene messo in Bcc
viene rimosso dagli header durante il delivery. Cfr RFC 822.
In rispetto della RFC, *alcuni* MDA potrebbero lasciare il campo Bcc
nelle copie distribuite ai soggetti in Bcc, ma è facoltativo, e postfix
non lo fa (rimuove tutto il Bcc), a meno che ci sia qualche settaggio
particolare che onestamente non ho mai cercato. Di certo, dalle copie in
"To:", il Bcc viene rimosso integralmente, altrimenti non rispetterebbe
la RFC (vabbè che se il provider ha qualche porcheria windows-based
chissà cosa combina... ma dubito che un provider che voglia affidabilità
metta su dei cessi di tal fatta).
Ad ogni modo ha poco senso interrogarsi su questo, dato che è qualcosa
che avviene sull'MDA del provider, perciò non c'è margine di intervento.
L'unica possibilità è avere il *proprio* MDA a fare delivery, in questo
modo sarebbe possibile istruirlo in qualche modo, ma andando a scaricare
con fetchmail ormai gli header sono stati rimossi e non ci si fa più
niente, da questo punto di vista.
L'unica cosa che mi viene in mente, è andare a guardare qualche altro
campo, se confluisce tutto nella stessa mailbox con dei virtual, però
dovrebbero esserci gli header del tipo Received for... che indicano qual
era il destinatario originale (pippo o pluto, nell'esempio).
Si può guardare di intercettare quelli.


 era il destinatario originale (pippo o pluto, nell'esempio).
Tutta sta manfrina per indicare che forse esite qualche header, come il
Delivered-To: che ho indicato prima, che può risolvere il problema  ??
Max

 Delivered-To: che ho indicato prima, che può risolvere il problema  ??
Il dono della sintesi sarebbe una gran cosa... ad avercelo!!! :-D


Il dono della sintesi sarebbe una gran cosa... ad avercelo!!! :-D
Innanzitutto grazie per i consigli.
Credo di aver trovato (con il vostro aiuto) la soluzione.
Guardando con attenzione le emal inviate dal provider ho notato che
l'header ^X-Envelope-To, contiene l'indirizzo email corretto al quale
consegnare l'email, sia nel caso fosse originariamente stato messo dal
mittente nel campo To, Cc, Bcc ecc.
Nello smistamento con procmail, anziche' usare la macro ^TO_ ho messo:
:0
* ^X-Envelope-To.*pippo
! pippo
:0
* ^X-Envelope-To.*pluto
! pluto
Grazie ancora, ciao.