Newsgroup: it.news.net-abuse
Titolo: Flood in email. Che fare?


Subject:
Date: Fri, 22 Mar 2002 01:05:20 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="----=_NextPart_000_0682_01C1D13D.A3741AB0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
This is a multi-part message in MIME format.

 Received: from 
smtp4.libero.it
 (193.70.192.54) by 
ims1b.libero.it
 (6.5.015)
Assolutamente incredibile che Libero accetti un mittente con un
simile "dominio".
--
furio ercolessi
http://www.spin.it/spam/

 
potrebbe starci il tentativo di danneggiamento di sistemi informatici, io
farei una denuncia contro ignoti all'autorità giudiziaria ci penseranno
loro a fargli passare la voglia
-- 
cominciamo a fare sul serio con gli spammers, mettiamola sul penale

 cominciamo a fare sul serio con gli spammers, mettiamola sul penale
Cosa intendi per autorità giudiziaria?
Carabinieri? Polizia? o che altro?
La denuncia dovrei farla alle autorità della mia città o via email a qualche
indirizzo particolare?

 simile "dominio".
Perchè, di solito gli SMTP server verificano il dominio del mittente?

 01:03:05 +0100
Grazie, Fastweb: non solo usi indirizzi privati assolutamente non
identificabili, ma quando qualcuno protesta manco l'ascolti... spero proprio
che i tuoi indirizzi pubblici finiscano presto nelle blacklist!

 che i tuoi indirizzi pubblici finiscano presto nelle blacklist!
Quando uno protesta nei confronti di un utente, solitamente lo fa presso il
suo provider... e quando uno deve protestare contro un provider (per esempio
perché ha abuse che è solo una facciata) a chi si deve rivolgere?

 Perchč, di solito gli SMTP server verificano il dominio del mittente?
I nostri si' - se un messaggio viene da un dominio inesistente non
entra.  Ma non penso proprio che siamo gli unici.
Ad esempio, Mail.com:
MAIL FROM:<uto...@dominio.invalido>
501 5.1.8 <uto...@dominio.invalido>... Domain of sender address uto...@dominio.invalido does not exist
Non si capisce quali siano i vantaggi ad accettare questi messaggi.
Se un utente legittimo fa un errore e configura il suo mailer
in modo che il mittente sia errato, secondo me e' bene che lo
sappia al piu' presto possibile e prima di spedire posta
ad alcuno.  Altrimenti gli errori non gli torneranno mai indietro,
con conseguenti grattacapi.


 perché ha abuse che è solo una facciata) a chi si deve rivolgere?
Alle blocking lists: SBL, RBL, SPEWS.  Le prime due hanno un
processo di nomina formale, mentre l'ultima e' "in ascolto" 
su news.admin.net-abuse.email.
Chiaramente va raccolta e presentata documentazione.


 entra.  Ma non penso proprio che siamo gli unici.
Quindi, se io registro on-line un dominio .com su Verisign, e subito dopo
scrivo ad un tuo utente da quel dominio, il tuo SMTP server va in tempo
reale a verificare se il dominio č stato registrato?
Se avessi sbagliato (in buona fede) a scrivere il dominio nel campo FROM,
vai a controllare anche il campo REPLY-TO e se almeno quello č OK mi mandi
un messaggio d'errore?

 un messaggio d'errore?
No.  Il Reply-To e' negli headers.  I controlli sopra sono effettuati
prima che gli headers o qualsiasi parte del messaggio venga trasmessa.


 prima che gli headers o qualsiasi parte del messaggio venga trasmessa.
Quindi, in un caso del genere, io non riceverei nessun messaggio d'errore...


No. I messaggi di errore vanno al mittente di envelope.
Nessun server SMTP va a guardare gli headers per decidere dove mandare
il messaggio di errore.  E' cosi' che funziona
[ 
http://www.faqs.org/rfcs/rfc821.html
 , 4.1.1 (MAIL) ].
Se il mittente di envelope e' inesistente e il primo mail
server della catena (tipicamente quello del proprio ISP
se non sei uno spammer :-)  accetta ugualmente il messaggio, 
addio messaggi di errore.
