Newsgroup: it.lavoro.professioni.webmaster
Titolo: Gestione SPAM

Ciao,
dedicato agli ISP: come gestite lo spam dei vostri clienti?
- Lo rimuovete (rischiando però di cancellare i falsi positivi)
- Lo parcheggiate da qualche parte (però poi l'utente si dimentica di
andare a controllare)
- Marchiate solamente l'oggetto (modificando così anche i falsi
positivi)
- Lo fate passare così com'è?
Grazie!
JD

 Marchiate solamente l'oggetto (modificando cosě anche i falsi
positivi)
Aggiungo [spam] all'oggetto del messaggio... Dopo un tre o quattro mesi a 
modificare filtri e impostare spamassassin abbiamo ottenuto buoni 
risultati.. ma occorre sempre tornare sulle impostazioni perchč gli spammer 
sono piů mutanti degli xmen :) Inoltre suggeriamo ai clienti di impostare 
adeguata regola sul proprio client di posta per avere i messaggi marcati 
come "spam" in un contenitore a parte.
Saluti
Anak
softwareE=mc^
2...@netlogica.it
 (eliminare l'eq per risp in prv)
www.netlogica.it
 

 JD
Non so se qualcuno che lavora in un ISP qualsiasi legge queste news, per
esperienza con vari ISP, e per qualcuno con piu' di un contratto, posso
dirti che sono vere sicuramente le ultime tre modalita' che hai esposto
(piu' la seconda e la quarta), la prima probabilmente non viene utilizzata
proprio per evitare i falsi positivi.
-- 
Ciao
Andrea Malfatti

 avere i messaggi marcati come "spam" in un contenitore a parte.
Idem.
Anche noi facciamo la stessa cosa.
C'è sempre qualche cliente un po' particolare che si becca dei falsi 
positivi perché fa mestieri particolari (ad esempio agenzie di viaggio o chi 
lavora nel campo della musica riceve spesso tanta robaccia che per loro 
"sono cose di lavoro" mentre per qualsiasi altra persona sarebbe spam).
Quindi l'ipotesi di cestinare automaticamente lo spam o archiviarlo è da 
scartare. All'utente ti tocca mandare sempre tutto, sarà poi il suo client a 
smistarlo.

 - Lo fate passare cosě com'č?
Qui il default e' la quarantena a 30gg (NB: molte decine di GB), ovvero la 
seconda opzione.
pc

 Qui il default e' la quarantena a 30gg (NB: molte decine di GB), ovvero la seconda opzione.
Grazie a tutti, davvero.
Impresa ardua rispondere ai colleghi o clienti che ti chiedono: "ma
non si può rimuovere tutto questo spam?", "perchè oggi mi è arrivata
una valangata di spam, di + rispetto a ieri?" :-)

 smistarlo.
assolutamente d'accordo. Solo una volta ho applicato delle regole 
particolarmente aggressive di rimozione ;) ma me ne sono pentito nel giro di 
poche ore :P (ma quella mail da Taiwan perchč non mi č arrivata?


 una valangata di spam, di + rispetto a ieri?" :-)
Beh; la risposta più rapida ed a basso costo ad una problematica di
questo tipo è l'adozione di un filtro layered e l'uso di alcuni
accorgimenti
prima di tutto, partiamo dalla email in arrivo "dall'esterno"; l'iter di
tali
messaggi dovrebbe in linea di massima essere il seguente:
1) controllo se IP in whitelist; nel caso passa a 4 o 5
2) controllo che fwd/rev DNS siano coerenti con HELO
3) controllo RBL; rifiuta connessioni da IP dinamici o spamhosts
    conclamati (ossia... senza recupero :D)
4) controllo SPF (su HELO/EHLO, e su envelope sender)
5) graylisting con relativo delay ed eventuale uso di "penalty box"
    il GL dovrebbe usare una lista di esclusione per gli hosts che "non
    digeriscono" gli errori "temporary failure"
6) controllo allegati, reject di allegati "non ammessi" (da zippare)
7) scansione AV, reject immediato di messaggi "infetti"
a questo punto, se tutto è ok il messaggio arriverà a destinazione
per quanto invece riguarda i messaggi provenienti dai propri utenti
e che arriveranno su porta 587/tcp con SSL ed autenticazione, i
controlli da effettuare sono "variabili" in linea di principio però
credo
che quanto segue sia il minimo
1) controllo allegati, reject di allegati "non ammessi" (da zippare)
2) scansione AV, reject immediato di messaggi "infetti"
3) "rate limiting" ossia limitazione del numero di messaggi inviabili
    in un arco "T" di tempo (la cosa può essere gestita anche con un
    controllo sui destinatari ecc..)
oltre a quanto sopra sarebbe opportuno nel caso in cui il servizio
offerto includa anche la connettività, bloccare (specificando la cosa
da contratto) il traffico SMTP in ingresso/uscita direttamente verso/da
l'indirizzo IP del cliente permettendolo solo per i clienti  che abbiano
fatto esplicita richiesta all'abilitazione di tale traffico; ed in tal
caso
verificando se lo "sblocco" possa essere applicabile solo verso un
certo numero di hosts o "generico" e considerando inoltre  che in linea
di principio, i clienti con IP dinamico NON dovrebbero essere oggetto
di tale "sblocco"; tutto sommato, il blocco della 25 non inficia
l'eventuale
utilizzo di servizi email esterni visto e considerato che questi
servizi, se
seri, permetteranno comunque l'uso della porta 587 per l'invio di email
ciao

 5) graylisting con relativo delay ed eventuale uso di "penalty box" il GL dovrebbe usare una lista di esclusione per gli hosts che "non digeriscono" gli errori "temporary failure"
Vi ringrazio davvero tutti.
Un chiarimento relativo al greylisting: alcuni provider dei mittenti
"digeriscono" l'errore provocato dal greylisting (Libero ed Hotmail ad
esempio), altri però no.
Sarebbe un lavoro immane popolare la lista di esclusione per gli host
che non accettano ciò (e che guardacaso serve proprio a frenare chi,
come la maggiorparte degli spammer, non ritentano la spedizione).
Grazie

 come la maggiorparte degli spammer, non ritentano la spedizione).
Non esattamente; se ti interessa posso passarti una lista di SMTP
che non "digeriscono" il greylisting e che potrai utilizzare per
popolare
la tua "exclusion list"; ovvio che in ogni caso potresti avere necessità
di manutenere tale lista, ma, del resto, un sistema antispam che sia
degno di tale nome DEVE avere una manutenzione regolare, che poi
la necessità di tale manutenzione sia più o meno frequente .. dipende
dalla bontà della soluzione adottata; ad ogni modo, e tornando al
discorso "no-greylist" se vuoi la lista.. mandami una email (occhio a
ripulire l'indirizzo)
ciao

 se vuoi la lista.. mandami una email (occhio a ripulire l'indirizzo)
Ok, ti mando tra poco una mail, grazie ancora.
Sai cosa mi ha risposto il produttore del mailserver? Il greylisting
non è per tutti (!)
In teoria dal db delle connessioni ritardate dovrei capire chi non
digerisce il greyl., giusto?

 wrote:
Vorrei aggiornarvi sulla mia situazione: ho attivato il Greylisting e
ciò che ridotto lo spam del 70/80% credo.
Qualche cliente s'è lamentato che le mail arrivano in ritardo, ma
questo accade solamente la prima volta che il mittente esterno gli
invia posta. Potrei aver problemi con chi non digerisce il
Greylisting, ma spero che al mittente arrivi poi un messaggio di
notifica.
Qualche messaggio di spam continua ad arrivare, cercherò di capirne di
+.
Grazie!
JD