Newsgroup: it.comp.os.linux.sys
Titolo: Amavisd-new in prequeue con postfix

Del tutto insoddisfatto della configurazione consigliata di amavisd-new 
(in postqueue che ingoia qualunque immondizia gli arrivi) sono riuscito 
a configurarlo in prequeue con "smtpd_proxy_filter", in modo che spam e 
virus vengano "rejectati" durante il colloquio smtp.
Il tutto sembra funzionare ma ho visto che nella mailing list di amavis 
molti sconsigliano questo approccio, anche se non ho capito il motivo 
(performance?).
Quindi quel è l'alternativa per rifiutare l'immondizia in prequeue con 
postfix? Usare i milter?

 postfix? Usare i milter?
smtpd_milters = unix:/spamass/spamass.sock unix:/clamav/clamav.sock
In produzione da un anno, nessun problema particolare.

 postfix? Usare i milter?
Sostanzialmente sì.
Se poi sei affezionato ad amavisd-new, c'è anche un milter apposito 
(amavisd-new-milter) che mi risulta girare senza problemi anche con 
postifix... (qui dentro so per certo che qualcuno lo usa e potrà dare 
feedback al riguardo)
-- 
http://bofhskull.wordpress.com/

 
Grazie a tutti e due. Scusate ma sono abbastanza inesperto di postfix 
(fino a oggi usavo Exim). Mi sa che rispolvero i buoni vecchi 
spamass-milter e clamav-milter.
Conviene usare un milter anche per l'spf o va bene il policy daemon?

 Conviene usare un milter anche per l'spf o va bene il policy daemon?
I policy-daemon sono di norma parecchio più "leggeri", ma dipende da 
quanto traffico hai e dal tipo di policy-daemon che usi.
Se vuoi usare SPF a tutto il traffico in ingresso (cosa che io 
prsonalmente non ritengo saggia), meglio evitare quello arriva con 
postfix, poichè, basandosi su spawn, ne viene eseguita una istanza 
(circa) per ogni mail da analizzare (con tutto l'ovrhead che comporta 
eseguire una exec di uno script perl), e dirigersi piuttosto su daemon 
"persistenti" che lavorino in prefork o simili. Poi bisogna vedere se 
per i carichi che ti attendi questo può essere o meno un problema...
-- 
http://bofhskull.wordpress.com/

 Se vuoi usare SPF a tutto il traffico in ingresso
s/usare/applicare/
-- 
http://bofhskull.wordpress.com/

 quanto traffico hai e dal tipo di policy-daemon che usi.
Il traffico è risibile :)
Grazie di nuovo

 (performance?).
Ciao,
   sono molto interessato a questo approccio, perchè con l'attuale in 
coda come consigliato, mi becco un problema non marginale: la coda in 
caso di greylist in uscita mi fa rimbalzare le email indietro.
Presumo sia un problema mio, ma non trovando nessuno in grado di 
aiutarmi, questo tuo messaggio mi torna utile per percorrere una nuova 
strada.
Hai link utili o spiegazioni per seguire questa modalità operativa?
Grazie

 caso di greylist in uscita mi fa rimbalzare le email indietro.
Eh?
-- 
http://bofhskull.wordpress.com/


^
Qui, coem vedete, succede il casino!!!
Il server smtpd riceve una chiamata da se stesso, ovvero dalla if 
privata, e si ritrova lo stesso helo.
Il risultato è un messaggio che rimbalza e viene cestinato.
Il comportamento che mi aspetto sarebbe quello della messa nella coda, 
in attesa che la greylist si sblocchi.
Ma perhcè fa cosi?
Immagino sia un problema di 
master.cf
, ma li parrebbe tutto a posto, le 
chiamate originali ai servizi, più quelle delle interfacce locali senza 
header/doby checks.
Grazie per l'eventuale aiuto.

 tus=bounced (mail for 
xxxxx.it
 loops back to myself)
...fa sembrare che il tuo server stia usando come fallback_relay sè 
stesso...
Posto che capire cosa sta accadendo è già complicato per chi non conosce 
la tua rete, peggio ancora se gli indirizzi e gli IP coinvolti sono 
mascherati.
Quel xx.96.xxx.193, in particolare, è un sistema esterno alla tua rete, 
immagino...
-- 
http://bofhskull.wordpress.com/

 immagino...
Si, quello è il server  cui spedisco che mi da il messaggio 4xx, 
diciamoc he lui non ha colpa.
Aggiungo che, quando toglo dal master i richiami alla interfaccia 
interna , quella su cui NON faccio header/dody checks, il sistema 
funziona bene.
Ciao e grazie

 funziona bene.
Riporteresti le parti salienti di 
main.cf
 e 
master.cf
?
-- 
http://bofhskull.wordpress.com/

 Riporteresti le parti salienti di 
main.cf
 e 
master.cf
?
Sono già i server per un problema elettrico alla sede.
DOmani lo farò sul post inziaile, visto che staremmo "inquinando" quello 
dell'amico Cristian.
Anzi, sull'argomento proposto da Cristina, avrei anche curiosità 
applicative, giusto per testarlo sul mio sistema...
grazie