Newsgroup: it.news.net-abuse
Titolo: Supereva non mi da retta...


Content-Length: 13923
Lines: 237
-- 
Veneziano Davide
http://www.vene.ws
ICQ# 14047537


Questo qui è un ROMPICOGLIONI ed è indecente come supereva non faccia nulla!
anche io ho scritto varie segnalazioni, specie perché il furbetto ogni
volta cambia qualcosa nel subject o nel from per non farsi filtrare.
Per fortuna l'ultimo filtro che ho messo sul server sembra funzionare ma
alla prox scatta procedura max kava !
Ma un bel listing in qualche DNSbl per supereva ?
Gabriele Polidori
-- 
OneNET Point Trieste
via San Francesco 28/c
34133 Trieste - Italy
http://www.onenet.it/TS/

 Per fortuna l'ultimo filtro che ho messo sul server sembra funzionare ma
Io non lo voglio filtrare perche' soprattutto in questi casi se lo filtro io 
non e' che risolvo il problema :( Pero' se continua cosi' dovro' inventarmi 
qualcosa. Pensavo anche di bloccare quel blocco di IP lasciando in 
whitelist i server di supereva, pero' anche cosi' lo bloccherei io ma 
questo qui continuera' ancora per molto :(


anche se ovviamente non si tratta realmente di 
mail.supereva.it
).
Le mail vengono dall'open relay 80.104.222.21 di telecomitalia, il
resto degli header potrebbero esere falsi ed inaffidabili.
Ci credo che supereva non fa nulla, non e` di loro competenza.


Oggi ne ho bloccate un paio, venivano da 80.17.149.210
e anche scrivere a telecom non serve comunque.
mi sa che maxkavizzarlo sia l'unica soluzione!
Gabriele



Aggiungo una nota al mio msg appena postato: quelle con IP 80.xxx le ho
respinte alle 04:27 del mattino, non penso che uno mandi e-mail
normalmente a quell'ora...
e comunque ne arrivano anche da 
mail.supereva.it
 (195.110.126.42) e
altri IP che fanno parte della mail farm (così la chiamano, gli piace
molto il termine "cluster di mail server" a quelli di supereva...) del
gruppo Dada.
Gabriele Polidori


 Ci credo che supereva non fa nulla, non e` di loro competenza.
Ti sbagli, quell'header e' falso, infatti 195.110.126.70 non fa da relay per 
nessuno, sembra essere un ip dial up o cmq non c'e su nessun mailserver 
sopra a quanto sembra (magari funziona solo per inviare, questo si' che 
puo' essere). 
mail.supereva.it
 risponde all'ip 195.110.126.136. L'ultimo 
received secondo me e' falso. E in ogni caso non sarebbe normale che un IP 
di telecom possa utilizzare il server di supereva per inviare posta :)



Ciao,
no guarda che quel range 195.110.126.* si presenta proprio come
mail.supereva.it
 (anche se non c'è rDNS), lo so perché tempo fa bloccavo
tutto il range per il loro spam del cacchio da 
aziende.it
 (che fa parte
di Dada SpA); poi ho fatto un filtro apposta e ho tolto il blocco.
Infatti ho ricevuto UCE di dancefestival anche oggi da 195.110.126.71 (e
quindi dubito che su un IP successivo ci sia un dial-up) e 195.110.126.42.




Non mi sbaglio. 80.104.222.21 e` elencato come open relay su almeno
una dnsbl.

 una dnsbl.
Su questo non c'e dubbio, pero' le email di spam mi arrivano da IP di 
supereva. In ogni caso, anche se il vero mittente e' l'ip di telecom, la 
mail e' transitata dal server di supereva, spetta a loro capire il perche' 
e bloccare il flusso :)


 quindi dubito che su un IP successivo ci sia un dial-up) e 195.110.126.42.
Capisco, mi sembra un ragionamento sensato. Ma la sostanza non cambia, la 
colpa e' cmq loro :P



???? Questo dominio non esiste.  C'e' persino dentro un _ che un
carattere illegale.  Perche' li accetti?
--
furio ercolessi
http://www.spin.it/spam/

 una dnsbl.
Non e' un open relay.  E' un IP dinamico di una DSL Telecom.


 carattere illegale.  Perche' li accetti?
Hai ragione anche te :) Pero' con il software che uso al momento su 
mail.people.it
 l'unico controllo di questo genere che posso fare e' 
verificare *sia* l'HELO *sia* il Return Path che e' una condizioni un 
po'troppo restrittiva secondo me... :(
Lo so che un reject_unknown_sender_domain sarebbe molto comodo :P


 una dnsbl.
Invece ti sbagli, è dial-up (
http://njabl.org/cgi-bin/lookup.cgi?query=80.104.222.21
)
Se a te risultano delle dsnbl dove sia indicato come relay puoi postare
un url di verifica per favore ?


Gabriele Polidori
http://spamcop.net/w3m?action=checkblock&ip=80.104.222.21
E leggete quello che c'e` scritto in basso. Questo e` il bello di una
dnsbl dinamica, dove gli IP possono entrare ed uscire in un paio di
giorni. Non gli interessa nulla che sia un IP dinamico. Siete voi che
pensate in modo sbagliato e non vi adattate alla mutevole realta`.

 pensate in modo sbagliato e non vi adattate alla mutevole realta`.
Da cosa dedurresti che si tratta di un open relay, dal link che hai
postato?
Fabio


Ho letto e non ho visto da nessuna parte che sia un open relay.
Forse occorre fare un test completo partendo dai checker linkati in
openrbl, ma non vedo proprio cosa centri SpamCop !
Dinamico o no, lo spam evidenziato mostra un normale collegamento da dial-up.
Se mi sbaglio spiegami come fai tu a capire che ci sia un open relay su quell'IP.
Grazie,


postato?
Il giorno della prima verifica, lo riportava testualmente come open
relay su una data lista esterna a spamcop. Oggi non piu`. Oggi lo
riporta semplicemente come segnalato piu` volte.

Se mi sbaglio spiegami come fai tu a capire che ci sia un open relay su quell'IP.
OK, hai parzialmente ragione, nel senso che comprendo il tuo punto di
vista.
Se per te open relay e` solo un server con IP fisso, allora hai
ragione, NON e` un open relay.
Per me open relay e` qualunque mail server con un IP, anche dinamico,
che funge da open relay.
In questa ottica, prendendo gli header pubblicati all'inizio del
thread, li ho messi nel form di check di spamcop ed e` venuta fuori
una lista di contatti, di IP, ecc, ecc, tra cui che quell'IP specifico
era segnalato come open relay in una data lista.
Ancora adesso risulta in 
dnsbl.njabl.org
, ma ora non e` piu` segnalato
come open relay.
Spiacente, ma non posso farci nulla, se ora tutto e` cambiato. O vi
fidate di quello che dico o pazienza, ce ne faremo tutti una ragione.
:-)

 carattere illegale.  Perche' li accetti?
Scusa, il controllo dei domini nel campo "helo" puo' essere fatto?
Non per altro, se non ti crea troppe noie, sarebbe interessante vedere
quante email legittime e quanti direct-mx (*) si presentano con un
dominio inesistente.
Ho l'impressione che le percentuali saranno vicinissime a 0% per il
primo e 100% per il secondo.
(*) si scrive cosi', giusto?
-- 
un metodo per eliminare lo spam al 100% senza ricorrere a blacklist?
Rifiutare la posta da qualsiasi indirizzo e qualsiasi server, compresi
i propri.
(anonima)

 dominio inesistente.
Al momento come detto l'unica cosa che posso fare e' questo controllo ad 
entrambi helo e return path, non altro. E in passato mi aveva provocato 
parecchi falsi positivi :)


parecchi falsi positivi :)
Quello che proponevo, in prima istanza, era soltanto un monitoriaggio,
che visualizzava quanti utenti legittimi spediscono posta con un campo
"helo" non valido, e quante email legittime arrivano per gli utenti
sempre con il campo "help" non valido. In fin dei conti ci si aspetta
che i server smtp siano configurati con competenza almeno nel nome.
-- 
Nel caso in cui vi sia discrepanza fra la realtà e la Legge, è la realtà ad essere sbagliata.
(Douglas Adams)