Newsgroup: it.comp.os.linux.sys
Titolo: firme automatiche in postfix

Un cliente mi ha chiesto di aggiungere alle email in automatico un 
disclaimer sulla privacy e possibilmente una firma personalizzata per ogni 
singolo utente.
Il server ha postfix 2 + sasl con qpopper come pop server e openwebmail 
per la webmail,il tutto con utenti reali; non ho nessun problema a fare 
modifiche (postfix 2.2, altri gestori di pop)..
Maurizino, tu che sei tanto bravo, che mi dici???
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

 singolo utente.
1) ma non lo puoi fare dal client di posta? Hai un cliente che vuole fare
così il figo che non sa nemmeno settarsi il mailreader?
2) quei disclaimer sono una merda. Tutti quelli che postano con simili
disclaimer sulle mailing list non sono degni di ricevere risposta.

 Maurizino, tu che sei tanto bravo, che mi dici???
Rotfl, per il "maurizino". Nemmeno mia moglie mi chiama cosi. :)
D'acchito, ti direi "non far fare al server quello che _deve_ fare il
client". Di solito "E` male(c)".
Se _proprio_ ti vuoi intestardire su questa soluzione, _suppongo_ che si
possa provare un wrapper (nel senso che te lo scrivi), in $language, e
duplicare il servizio smtp in 
master.cf
.
Sulla falsa riga del content-filter, per capirci, quando usi amavis,
solo che lo fai in uscita.
NB: non ho la piu` pallida idea se questa cosa si possa realmente fare,
ovvero se funzionerebbe. Ho certezze solo sul fatto che e` una porcheria
tremenda.
Non lo fare.
Configura i client. :)
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Just because you're not paranoid, doesn't mean they aren't out to get you.

 
Lo supponevo..
(cit) Ah, i clienti.. Non puoi vivere nè con loro nè senza di loro..


 disclaimer sulle mailing list non sono degni di ricevere risposta.
Lo so e l'ho detto, ma loro comunque lo vogliono.
Gli ho anche spiegato che non serve ad una beata mazza anche a livello 
legale, ma "meglio averlo che non averlo".


 duplicare il servizio smtp in 
master.cf
.
Una cosa: dici che con amavisd si possa fare? Già c'è sul server del cliente


 Una cosa: dici che con amavisd si possa fare? Già c'è sul server del cliente
No. Dico che si puo` fare costruendo un bagaglio ad-hoc che funzioni
sulla falsariga di come si comporta amavisd.
Parti dal FILTER_README, se proprio proprio non riesci a convincerli (ma
io mi impegnerei, eh. Sai che ridere se il tuo programma si mangia meta`
delle mail???).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Each snowflake is different, collect the entire set.

 IO non mi voglio intestardire, sono loro che lo vogliono fare.
Agli MTA non e' permesso modificare il body.
Volendolo proprio fare, e' probabilmente opportuno usare una istanza
di postfix diversa da trattare come MSA, e affacciata unicamente verso 
l'utenza interna.  Questa trasferira' poi il mail modificato a
un postfix MTA standard per la consegna.
Occorre fare particolare attenzione a:
- messaggi strutturati MIME.  Il testo extra va al caso inserito nella
  parte testuale. Si tenga presente che il mondo e' pieno
  di clients che non costruiscono strutture MIME conformi alle RFC,
  quindi il parsing del MIME non e' affatto banale.  Appoggiarsi su amavis
  e' una buona idea.  Un'alternativa e' non toccare i messaggi MIME,
  ma solitamente i management non gradiscono questa limitazione.
- messaggi encrittati - modificare il contenuto ha conseguenze 
  devastanti; a meno che non sia lo stesso MSA a encrittare dopo
  aver appeso il testo extra.
furio

 Una cosa: dici che con amavisd si possa fare? Già c'è sul server del cliente
Quei disclaimer sono una inutile e stupida porcheria. Smaneggiare il corpo 
del messaggio sul server e' una porcheria. Giusto per chiarire il punto di
vista :-)
Probabilmente il cliente non vuole farlo client-side per evitare che certi
utenti levino la sign arbitrariamente.
Nel complesso dei filtri SMTP della "TrendMicro Interscan Messaging Suite"
ce n'e' anche uno per appendere disclaimer alle mail. Non e' economica ma,
sinceramente, no ne' neanche cosi' costosa e:
- farselo da se potrebbe essere lungo e i costi potrebbero essere analoghi
  o superiori, per lo meno per la prima implementazione;
- occorre gestire correttamente gli n-mila formati del body in cui la mail
  potrebbe uscire, altrimenti si rischia di smignottare [1] tutto;
- ... e se gli smaneggi male le mail, il cliente si incazza, temo;
- i costi, comunque, li rigireresti al cliente :-)
- ... e se il cliente ritiene che i costi siano troppo alti, mi chiedo che
  importanza e che valore possano mai avere per lui quell'indispensabile e
  imprescindibile disclaimer; (ok, ok... il cliente e' sempre il cliente).
Detto questo, per il fai-da-te ci sarebbe anche la possibilita' di partire
da Anomy Sanitizer spippolandolo opportunamente. E' un filtro unix, quindi
non dovrebbe esser complicato inserirlo nel flusso da qualche parte. Perl.
Ah... quando gli proponi i preventivi, mettigli dentro anche l'apparecchio
per appendere i disclaimer a posta ordinaria, fax e chiamate vocali :-)
Fabio
[1] scusa per il gergo tecnico.    

 [1] scusa per il gergo tecnico.    
Anche te vieni da una scuola tecnica?
Tale gergo ci veniva insegnato dal prof di elettronica
