Newsgroup: it.comp.os.linux.sys
Titolo: Spamassassin puo' anche rifiutare?

Ho Postfix e Spamassassin installati e funzionanti, il secondo nella config.
spamd.
Quando mi hanno chiesto di rifiutare le mail invece che "taggarle" mi son
guardato la guida di Spamassassin.
Da quel che ho capito il software non lo fa (vero?) e quindi la domanda
nasce spontanea:
Come si possono rifiutare la mail con una config di questo tipo?
Su un altro post c'era scritto "Postfix supporta le rbl", in che maniera?

 Come si possono rifiutare la mail con una config di questo tipo?
Non le puoi rifiutare, pero' unitamente a procmail per esempio, puoi evitare
che arrivino a destinazione, e che vangano cestinate. Anche se IMHO non e'
una gran cosa da fare. Spamassassin, come del resto ogni software del
genere, non puo' tracciare una linea di confine, netta, che divide cio' che
e' spam da cio' che non lo e'. Del resto la cosa e' soggettiva, pensaci
bene.
Ciao!
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.501 / Virus Database: 299 - Release Date: 14/07/2003

 una gran cosa da fare.
Sono d'accordo con te, ma la richiesta che mi e' stata fatta mira a liberare
in po' di banda dal traffico generato dalla spam e si pensa che il
sacrificio di qualche mail valga il gioco, al limite alzeremo la soglia di
positivita'.
Io pero' procmail non lo so usare e mi chiedevo se era possibile modificare
il file filtro di postfix che richiama spamass in modo tale da inviare il
messaggio in /dev/null se risulta positivo ai test anti_spam.
Pero' naturalmente non ho idea della sintassi da usare.

 Pero' naturalmente non ho idea della sintassi da usare.
Il "comando" e` semplice, e` indicato (genericamente) nella
documentazione di procmail e nello specifico in quella di spamassassin.
Spamassassin mette un header di comodo X-Spam-Status apposta per
filtrare quella che _lui_ ha considerato posta spam.
a questo punto un
:0:
* ^X-Spam-Status: Yes
/dev/null
(o meglio, una mailbox di spam) e sufficente (a livello utente, o system
wide, a seconda...).
Pero` ripeto che non ha piu` nulla a che vedere con la "banda", ma solo
con quello che "rimane" in mailbox utente.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
I found The Secret Of Monkey Island and all I got was this lousy T-Shirt!

 wide, a seconda...).
Volendo fare anche questo e volendo farlo system wide dove devo aggiungere
queste 3 righe?
Intanto grazie per le dritte che mi hai dato, mi hanno chiarito molti dubbi,
il mio problema di newbie e' che non so ancora destreggiarmi bene con la
documentazione e tendo a vagare qua e la senza trovare quel che mi serve.
;-P

 Nei log trovero' poi una traccia dei rifiuti?
Trovata!
Mi resta sto dubbio


 queste 3 righe?
Pensavi di farlo, prima o poi, un man procmail, o mi usi come proxy per
la documentazione?
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Debian - even Hell freezes faster.


A dire la verita' volevo evitare procmail per lo stesso motivo di sopra ;-P
Ma adesso che grazie al tuo aiuto ho sistemato tutto cominciero' a
studiarmelo
Grazie millllllllllemilllllllllllioni.

 studiarmelo
prima lo uso poi capisco come funziona? Questo retaggio non funziona
molto con linux, ti avverto. Poi liberissimo di fare come credi.
Ma c'e` motivo se "prima" e` opportuno capire e "poi" fare.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
There's no place like /home.


Qui mi sono spiegato male: ho sistemato postfix, procmail non l'ho ancora
toccato e non lo tocchero' fino a quando sapro' cosa fare.
A parte questo caso non vorrei essere tacciato di superficialita' ma penso
che il livello di approfondimento di qualsiasi argomento vada rapportato a
quel che si vuole ottenere.
Il 'prima lo uso e poi capisco come funziona' non e' senz'altro la strada
migliore ma tante volte l'alternativa e' un vero lusso.
X lo uso e finche' non mi dara' problemi non mi mettero' certo a studiarlo,
ci sono altre cose a cui dare priorita' maggiore.
Nessuna polemica ma dal tono della tua risposta sembravo uno dei tanti pigri
che vogliono tutto, subito e senza fatica. E dopo tutto il tempo che c'ho
perso dietro mi dava un pochino fastidio. Non per ripetermi ma per uno alle
prime armi e' difficile anche tirar fuori qualcosa di buono da tutta la
documentazione disponiile.

 disponiile.
Personale opinione: 
Hai la documentazione, tanta. E` un bel passo avanti rispetto a altri
sistemi ove questa e` assente, o inutile (non faccio esempi, sono noti).
Hai le risorse di rete. In tempi passati (ma non tanto passati) questa
risorsa era indisponibile, o relegata a pochi (universita` ad esempio).
Hai tempo. Proporzionalmente all'interesse. Ricordo che ci misi _mesi_ a
fare un setup soddisfacente di ms-dos per tutte le mie esigenze (carica
il driver x, per i giochi, scarica il cdrom, fai questo, carica alto
quest'altro). Del resto "mi serviva", ergo, il tempo di "realizzazione"
e` dovuto passare in subordine.
Per me e` un problema _educativo_: dobbiamo (ci metto il plurale per
impostare un discorso impersonale, non necessariamente a te rivolto)
imparare/reimparare come e cosa e` l'informatica, reimparare a leggere i
manuali (abbiamo smesso perche` erano inutili o assenti), e reimparare
che prima si legge, poi si fa, e che ogni cosa ha il suo tempo.
Diversamente ci troveremo sempre male.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
To iterate is human; to recurse, is divine.