Newsgroup: it.news.net-abuse
Titolo: [OT?] SMTP di Infinito

Scusate l'OT, ma stavo cercando di capire il discorso Relay
e come fa uno a mandare mail con mittenti diversi...
allora...
ho fatto questa prova:
Io sono collegato con un modem a Libero
ho fatto:
===
telnet 194.73.242.12 25     // telnet al server SMTP di infinito
HELO Gerolamo
MAIL FROM: 
mia...@tiscalinet.it
    // ho inserito una mia
                                                           // e-mail su
tiscalinet.it
RCPT TO: 
mia...@libero.it
===
A questo punto me l'ha rifiutata dicendo che:
550 relaying mail to 
libero.it
 is not allowed
ok... mi sembra corretto.
allora ho riprovato cosi':
===
telnet 194.73.242.12 25     // telnet all'server SMTP di infinito
HELO Gerolamo
MAIL FROM: 
mia...@infinito.it
  // ho inserito una mia VERA
                                                       // e-mail su
infinito.it
RCPT TO: 
mia...@libero.it
DATA
uno due tre...prova
.
QUIT
===
e questa e' arrivata.
ora io non capisco...
basta che io metta un indirizzo qualunque di infinito nel
campo FROM e loro mi permettono di usare il loro server SMTP?
non e' un po' insicuro?
Loro di me sanno solo l'IP da cui deducono al max che sono un
utente di Libero...
Non potrei in questo modo fare spam dal loro server mettendo
un loro indirizzo valido nel campo from?
qualcuno mi chiarisce questo dubbio?
gli altri provider come si comportano?
grazie per i chiarimenti
--
Gerolamo

 gli altri provider come si comportano?
Limitano il relaying solo agli IP della propria rete, come e' giusto che
sia.
Ciao.
-- 
 Daniele Orlandi
 Planet Srl

 ho fatto:
Vuol dire che gli amministratori del mail server di Infinito permettono
di inviare una mail purche' si usi un From: del loro dominio ma cio'
lascia aperta una porta per lo spam. Gli amministratori del mail server
di Tiscali mi sono sembrati un po' piu' competenti ia giudicare dal
comportamento del server, loro lasciano un open relay per lo spam e
cio' puo' costargli una segnalazione in RBL o MAPS se qualcuno riceve
spam tramite loro e si incazza.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 bel relay aperto e mi stupisco che non sia gia' finito in qualche lista.
In effetti il server in questione non sembra disposto a fare il relay
per qualsiasi mittente in 
infinito.it
.
Potrebbe essere che usino uno schema del tipo POP-before-SMTP [*], 
e che Gerolamo abbia effettuato un accesso POP con successo tra i
due tentativi di spedizione (il primo fallito, il secondo 
riuscito).
furio ercolessi
http://www.spin.it/spam/
[*] Gli schemi POP-before-SMTP sfruttano l'idea che l'accesso POP
richiede autenticazione, e quindi chi effettua un accesso POP
e' un utente legittimo.  Il suo numero IP di provenienza viene
catturato e passato al server SMTP, il quale sara' disponibile 
a fare relay di posta spedita da questo numero per un tempo
determinato, generalmente dell'ordine dell'ora.
Sono utilizzati da diversi fornitori di servizi email con
clientela dispersa su varie reti, e talvolta anche da
piccole aziende con server proprio e rappresentanti in giro
per il mondo che vogliono continuare ad appoggiarsi sul
server aziendale.

per qualsiasi mittente in 
infinito.it
.
Confermo, ho fatto un po' di prove ed e` probabile che faccia relaying
solo per gli indirizzi *esistenti* di 
infinito.it
.
Es: 
ant...@infinito.it
 funziona (e questo mi ha tratto in inganno :-) ),
ma 
adsahdabksycer...@infinito.it
 no.
Di sicuro da quell'host nessuno si e` mai collegato a un pop server di
infinito.
-- 
ciao, |
Marco |  The Italian Usenet Cabal, Abuse Department (TINC)
"It's about damn time that all of us who actually give a damn about Usenet
stand up and tell the people who don't to fuck off and die." -- Russ Allbery


uno due tre... prova
QUIT
uno due tre... prova
ddquit
QUIT
    quit
 [A
 [A
=======
a parte il contenuto demenziale
(non capivo bene come fare per spedire e poi fare quit :-))),
a me questo header appare assai oscuro, ma sicuramente e' una
mancanza mia.
in particolare non vedo 194.73.242.12
che e' il server a cui mi sono collegato col telnet...
confermo quanto dice Marco d'Itri, con mail non vere non
funziona e risponde con
relaying mail to 
libero.it
 not allowed
Ah... un'ultima cosa...
mi e' sorto un dubbio:
quello che ho fatto e' legale?
--
Gerolamo