Newsgroup: it.comp.os.linux.sys
Titolo: Postfix ed amavisd-new milter

Qualche idea su come farlo?
Ho trovato solo 'estensioni' per sendmail.
Con postfix? Papers, howto, info?
Non ho trovato molto a riguardo...

 Qualche idea su come farlo?
spamass-milter
clamav-milter
non ti bastano?


E quindi buttare via amavis?
Certo che mi bastano, non aspettavo altro... Ti devo una birra, una
pizza o quello che vuoi :)

 non ti bastano?
Ok, ho provato.
Ma non è possibile invocare i milter da dentro un restriction class?
Mi spiego: non tutti i recipient devono aver antivirus/antispam.
In postqueue riesco a farlo senza problemi ma voglio mandare in reject
i messaggi
anziche buttarli semplicemente via con amavis o chi per lui.
Per ora, non ho trovato alcun modo per invocare i milter o
smtpd_proxy_filter da
dentro una restriction class o in un qualunque modo che mi permette di
differenziare
quale mail deve essere soggetta ai filtri...
Googlando si trovano varie modalità per mandare TUTTI sotto filtro in
before-queue
ma non è quello che voglio fare io...
Idee?

 Ma non č possibile invocare i milter da dentro un restriction class?
No.
Se vuoi far sě che alcune restrizioni siano applicate ad alcuni utenti 
ed altre no, configuri i milter affinchč usino apposite mappe.
Per inciso, suggerisco, per queste esigenze, di usare i milter di Howe, 
che hanno un framework comune e abbastanza configurabile.
In particolare, clamav-milter lo ho odiato a lungo, prima di buttarlo 
definitivamente.

 definitivamente.
Stavo anche pensado ad una nuova soluzione:
restriction classes per i filtri comuni (rbl etc)
amavis A TUTTI, che però consegna sempre o blocca le mail marcate come
spam.
Se non erro, il passaggio seguito dalla mail dovrebbe essere simile a
questo:
restriction_classes
SE ANTISPAM: controlli rbl, controlli helo, controlli blacklist varie
smtpd_content_filter (amavis) sempre e comunque
Amavis verifica se il recipient è antispam, in tal caso filtra
antispam e antivirus e fa reject
altrimenti non filtra un tubo e manda in queue.
Era per evitare amavis...Ma credo si faccia prima a rimetterlo in
piedi...

 Ma non è possibile invocare i milter da dentro un restriction class?
Non al momento.
http://www.postfix.org/MILTER_README.html#limitations

 definitivamente.
Io inizio ad avere dubbi sulla reale utilità di mettere antivirus sui
mailserver se non quello di far felici i fornitori di hardware. :-)

 mailserver se non quello di far felici i fornitori di hardware. :-)
Why?
Sinceramente è molto,molto,molto tempo che non vado a vedere quanti
virus blocco...
Effettivamente non so se ne vale la pena... Però, col traffico che ho
io, potrei tenerne anche
5 di antivirus...

 Non al momento.
http://www.postfix.org/MILTER_README.html#limitations
A ma ho risolto con amavis nel metodo indicato sopra.
Le blacklist le faccio mediante check_sender_access ed i suoi
amichetti, peccato
che però non sia possibile fare anche delle whitelist per bypassare
amavis.
Per le whitelist sono obbligato ad usare le whitelist di amavis...
Un peccato, preferivo evitare e whitelistare via postfix e bypassare
tutto il filter_proxy
ma a quanto pare non è possibile (anche perchè se fosse possibile
avremmo appena trovato il
modo per filtrare before-queue in base ai recipient)

 mailserver se non quello di far felici i fornitori di hardware. :-)
Mbah, ti dirò: l'ho portato in before-queue svariati mesi fa, quando ho 
ritenuto che l'interfaccia milter fosse sufficientemente rodata. Non mi 
ha dato un aumento del carico molto significativo, nonostante tutto.
Però è anche perchè il filtraggio ci si affida poco e quindi lo tiene 
ben scarico:
$ grep " to=<" postfix-20080602.log -c
1985952
$ grep INFECTED postfix-20080602.log -c
170
:-P

 170
Leggo bene?
su 1985952 mail, solo 170 di virus?

 su 1985952 mail, solo 170 di virus?
Più o meno: in realtà, "1985952 destinatari", che non significa 
necessariamente altrettante mail (non tutte le mail hanno un solo 
destinatario), ma quasi.
La ragione ovviamente non è che arrivano pochi virus o che li faccio 
passare (:^)), ma che l'enorme maggioranza viene filtrata da altre parti 
del ruleset prima ancora di arrivare all'AV.
E' la ragione per cui ho completamente rinunciato a mantenere qualsiasi 
statistica sui virus intercettati :-\

 statistica sui virus intercettati :-\
A certo, con quei numeri non ne vale proprio la pena.
Virus che invece ti 'passano' ? Ne sei al corrente?
Da me molto molto raramente passa qualche sporadico virus.
Ma sono casi più unici che rari e più che virus potrebbero essere
interpretazioni
differenti di qualche email da parte degli AV installati sui client...

 Virus che invece ti 'passano' ? Ne sei al corrente?
Nessun caso che mi sia noto negli ultimi 24 mesi. Almeno, non 
riguardante mail con codice virale "a bordo", che è liddove 
effettivamente l'AV può e deve intervenire.
Il "problema" è che ormai questa tipologia di worm sono rarità, e gran 
parte del codice virale viene propagato via HTTP, per tramite di mail 
che contengono il solo link, mentre il codice viene appoggiato da 
qualche parte su server compromessi e/o bulletproof hosting in fast-flux.
Chiaro che l'interpretazione che un AV può dare per mail di questo tipo 
varia enormemente a seconda di chi fa l'AV e della sua visione delle cose.
Qui milter-link e SURBL fanno un lavoro di gran lunga più efficace, IMHO 
(ed è una delle ragioni per cui i miei conteggi di virus sono così bassi).

 (ed è una delle ragioni per cui i miei conteggi di virus sono così bassi).
Io mi dovrò appoggiare a spamassassin per fare quel lavoro :(