Newsgroup: it.news.net-abuse
Titolo: Backscatter e competenza del provider

Ho un problema di backscatter sull'account dell'ufficio (solo il mio,
per fortuna), e mi ritrovo in questo momento ~12.000 mail da scaricare
sul popserver; a occhio il numero si incrementa di ~4.000 mail ogni
mezz'ora.
La connessione ISDN dell'ufficio non mi consente la rimozione veloce
della rumenta, quindi ho telefonato al provider chiedendo se potevano
fare un po' di pulizia loro direttamente; questi mi rispondono che o
buttano tutto o lasciano le cose come stanno.
Gli ho chiesto di configurare il mailserver (Microsoft Exchange Server
2003 POP3 server version 6.5.7638.1) per evitare altri episodi simili in
futuro, e hanno nicchiato (secondo me non sono in grado).
Leggendo in giro non mi sembra così difficile intervenire su questo
problema, almeno a quanto vedo qui, ad esempio:
http://www.avianwaves.com/Blog/Default.aspx?id=31&t=Eliminating-Exchange-2003-Backscatter-WI
Anche ripassando gli archivi di inn-a vedo che il tutto va affrontato con
cognizione di causa, ma niente di impossibile.
Premesso che il provider in questione è uno piccolo (non l'ho scelto
io), che non ci filtra proprio nulla a livello di spam, mi chiedo se
siano minimamente competenti [1] o se effettivamente il problema no sia
di facile soluzione.
Grazie.
[1] niente accesso FTP *per motivi di sicurezza*, ad esempio: se voglio
aggiornare il sito devo mandargli i file via mail (se sono pochi) o su
CD (se il materiale diventa "corposo").
-- 
Ciao, Alessio - 
http://www.sleepers.it
Materiale in italiano per Agent: 
http://agentit.altervista.org/
FAQ di ICS.newsreader: 
http://faq.news.nic.it/wiki/IcsnFaq

 cognizione di causa, ma niente di impossibile.
http://www.backscatterer.org/?target=usage
se lo devi usare con exchange ti servirà installare GFI mailessentials
dato che usare backscatterer senza "safe mode" è un suicidio; in
compenso una volta impostato il filtraggio il backscatter non sarà più
un problema o quantomeno diminuirà drasticamente :)

 cognizione di causa, ma niente di impossibile.
Questo risolve il problema opposto al tuo, ovvero pone una pezza al 
fatto che, di default, Exchange è tra i server SMTP che non sono in 
grado di rigettare gli utenti inesistenti durante la sessione SMTP, ma 
accetta invece qualsiasi destinatario per poi inviare un bounce, 
*generando* quindi backscatter.
Il problema opposto (filtrare in ingresso i backscatter generati da 
altri) non è di banale soluzione, nel senso che impone alcuni constraint.
Di fatto, è completamente risolvibile solamente a patto che vi sia la 
garanzia che *tutte* le mail inviate a nome del dominio/indirizzo 
filtrato anti-backscatter siano inviate attraverso sistemi sotto il 
controllo di chi effettua il filtraggio.
Se ci sono queste condizioni, si possono prevedere meccanismi (BATV, per 
dire, ma ci sono anche svariate soluzioni basate su firme negli header) 
che accettino solo i bounce relativi a mail effettivamente generati 
dall'utente.
Se queste condizioni non ci sono, l'unica soluzione è un filtraggio di 
tutti i bounce diretti all'utente sotto flood (come soluzione 
pro-tempore, durante la tempesta), oppure il filtraggio dei bounce 
provenienti da sorgenti note di backscatter, ma nessuna delle due è una 
cosa applicabile senza falsi positivi...
-- 
http://bofhskull.wordpress.com/

 altri) non č di banale soluzione, nel senso che impone alcuni
constraint.
beh; usando ad esempio backscatterer in safe mode si mette una bella
pezza al problema; in quel modo si riesce a segar via una grossa fetta
dei backscatter senza doversi sbattere piů di tanto

 dei backscatter senza doversi sbattere piů di tanto
Segando perň anche tutti i bounce "veri e leciti" provenienti da 
sorgenti listate da backscatterer.
Quindi, appunto, č una pezza, non certo una soluzione.
-- 
http://bofhskull.wordpress.com/