Newsgroup: it.news.net-abuse
Titolo: Ho toppato gli header!

 
X-RCPT-TO: <in...@xxxxxxx.xxx> 
X-UIDL: 289593820 
Status: U 
Io ho sempre guardato l'ultimo Received (131.159.235.104) che mi ha portato 
a 
tum.de
.
Ho inviato la segnalazione e mi hanno risposto cosě:
The spam originates at 210.12.157.66, all other received lines are faked.
Please read the mail header more carefully in the future and send your
complaints only to the site the spam really comes from. This would save
a lot of time for all others.
Questo significa che ho SEMPRE segnalato alla persona sbagliata?? Allora č 
il primo Received che devo guardare??
Ciao
shaula

 The spam originates at 210.12.157.66, all other received lines are faked.
i primi received sono quelli piu' o meno affidabili. Quello sempre vero e'
quello del tuo provider. In questo caso ha ricevuto posta da 210.12.157.66,
che e' un open relay: 
http://openrbl.org/ip/210/12/157/66.htm
 tutti gli
altri sono falsi.
Per approfondimenti, guarda
http://www.collinelli.net/antispam/as0050.htm#proxy
 e in generale tutto il
sito.

> che e' un open relay: 
http://openrbl.org/ip/210/12/157/66.htm
proxy, ovviamente :-)

 210.12.157.66, che e' un open relay:
Quindi è il received più vicino al mio provider, giusto?
Chissà quanta gente ho fatto incaxxare finora..:o)
Grazie mille!
Ciao
shaula

    <-- 2 scelta
->NON ABUSARE gli "abuse desk", segnala solo lo spam e il vero netabuse<-      

catena e saranno ovviamente fasulli.
Perché i server non ci pensano loro a togliere i primi received che
sono sicuramente falsi (poiché la mail la si sta spedendo attraverso
loro)?
-- 
Marco Barisione (ICQ 84277092)

 loro)?
Qui dovrebbe rispondere un esperto, nella mia ignoranza immagino che
siccome il protocollo non distingue i peer dai client come avviene per
Usenet non credo che sia cosi` banale automatizzare la distinzione di
un client da un server antivirus o da un altro server della farm.
-- 
ciao | Siti web utili su Usenet: fatti un link piu` corto.
cf   | Segnalare un link chilometrico in uno spazio ragionevole?
-----+ Crea un alias permanente di dimensioni ridotte:
 
http://makeashorterlink.com
 

 ha desciso de
scrive ner più completo delirio arcolico:

e tu come fai a sapere che il messggio non sia passato per 3 o 4
server SMTP in cascata?
a dire il vero basterebbe che i server utilizzassero tutti delle
blacklist.
ma applicare delle ACL ai server di posta è così dispendioso a livello
di tempo e di denaro? è possibile quantificare il tutto?
marco
-- 
Genzo: dedicato a Genzo Wakabayashi
Tomas: dedicato a Tomas Milian

server SMTP in cascata?
Non conoscendo bene SMTP pensavo che un server sapesse se il messaggio
gli arriva da un altro server o se gli arriva da chi ha spedito il
messaggio.


On Fri, 02 Aug 2002 10:53:48 +0200, in it.news.net-abuse marco genzo

il server riceve una connessione TCP sulla porta SMTP (25 se standard)
da una macchina con un certo IP.
di solito (99% dei casi) il server segna negli header l'IP della
macchina che si connette.
per quel che ne so io NON fa verifiche su chi sia il mittente, a meno
che implementi delle blocking list.
se è ben configurato NON consente di inviare posta a domini estranei
alla rete su cui è installato.
essenzialmente il SERVER SMTP accetta connessioni da un CLIENT SMTP,
che può essere una macchina (tipo pc di casa) oppure un grosso server
di posta.
ciao
