Newsgroup: it.comp.sicurezza.varie
Titolo: Server SMTP

Utilizzavo come server SMTP, per inviare msg crittati a un nym server, 
mail.iol.it
 (pur non avendo un account con iol).
Senza rivevere *alcun* messaggio di errore la posta in uscita su 
mail.iol.it
 non e' stata piu' rinviata.
Puo' un server chiudere un servizio SMTP "pubblico" senza inviare messaggi di accesso negato a chi prova a utilizzarlo?
Oppure l'hanno chiuso solo a me perche' non gli andava di essere utilizzati come trasporto per un nym account?
N.B. Ho fatto numerosi test e sono certo che a mangiarsi i msg era proprio il server SMTP.
Ciao a tutti e grazie.
--
Automatic posted from 
anon.lcs.mit.edu
 [18.26.0.254]
via Mailgate Server - 
http://www.mailgate.org

gur...@nym.alias.net
 wrote:
 >Puo' un server chiudere un servizio SMTP "pubblico" senza inviare messaggi di accesso negato a chi prova a utilizzarlo?
Non esistono servizi SMTP pubblici, esistono solo server configurati male.
Sarebbe meglio se rifiutasse i messaggi piuttosto che buttarli via, ma
quello che fanno con il loro server sono affari loro e dei loro clienti.
 >Oppure l'hanno chiuso solo a me perche' non gli andava di essere utilizzati come trasporto per un nym account?
L'hanno chiuso perche` erano finiti nelle liste di siti spam-friendly.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

A dar retta a voi e' probabile che il 99% dei server stmp sino configurati
male perche'
e' questa la percentuale di quelli che accettano l'invio della posta anche
senza
avere un account. (non parliamo poi di ALTRI servizi!)


Non cosi` tanti, ma comunque la percentuale e` alta.
(I miei per esempio ti fanno una pernacchia, provare per credere.)


 L'hanno chiuso perche` erano finiti nelle liste di siti spam-friendly.
A proposito...
mail2.tin.it
 e' nelle liste di MAPS RBL... e, a quanto credo di avere
capito, e' li da febbraio per essere (stato?) un open relay.
Ma e' realmente un open relay?
In ogni caso credo che TIN venga considerato spam-friendly.
Ma a TIN sono cosi' ........ da lasciare per mesi i propri
utenti nell'impossibilita' di raggiungere un gran numero di
domini? Le pressioni degli utenti non servono a niente?
Bah...
Ciao,
        Masse
PS:Ho provato... e' davvero un open relay! :(

quello che fanno con il loro server sono affari loro e dei loro clienti.
Un server ben configurato dovrebbe effettuare il delivery SOLO della
posta proveniente o destinata ai clienti del provider che lo gestisce.
Se tutti gli SMTP server funzionassero così il problema dello spamming
in Internet praticamente non esisterebbe :)))
Per quanto riguarda il comportamento del server in caso di spam,
sarebbe indubbiamente bello che inviasse un messaggio di errore al
mittente, ma la possiblità di farlo dipende dalle quantità di posta da
consegnare... Molto spesso gli spammers inviano centinaia di migliaia
di mail PRIMA di controllare se il server le consegna o le filtra, e
questo genererebbe centinaia di migliaia di messaggi di errore, e
siccome il campo "From" utilizzato da chi fa spamming normalmente (a
meno che lo spammer sia completely pirla) è inventato, il tutto si
traduce in altre centinaia di migliaia di messaggi di errore ("user
unknown" o "host unknown") che ritornano al server... Non si riesce a
effettuare lo spam ma in compenso si ottiene un bel DoS del server
SMTP :)
Ciao
Luca
--
Luca Bruschi - 
I.NET
 S.p.A.
lucky[@]
Eru.INET.it
Togliere le parentesi [] per rispondere.

Lucky[@]INET.it wrote:
 >sarebbe indubbiamente bello che inviasse un messaggio di errore al
 >mittente, ma la possiblità di farlo dipende dalle quantità di posta da
 >consegnare... Molto spesso gli spammers inviano centinaia di migliaia
No. Se il server SMTP controlla che l'indirizzo di destinazione sia
legittimo durante il dialogo SMTP puo` rifiutare il messagio con un 553
senza scaricarne nemmeno un byte.
IOL usa il mail server di netscape e probabilmente questo non e` in
grado di farlo e puo` controllare la posta solo dopo averla ricevuta.
 >siccome il campo "From" utilizzato da chi fa spamming normalmente (a
 >meno che lo spammer sia completely pirla) è inventato, il tutto si
 >traduce in altre centinaia di migliaia di messaggi di errore ("user
Facendo come ho spiegato io questo diventa un problema del server
precedente, cioe` dello spammer.


senza scaricarne nemmeno un byte.
Corretto, ma se un server gestisce centinaia di migliaia di mail al
giorno la scelta di controllare immediatamente la correttezza del
recipient potrebbe tradursi in un delay piuttosto lungo... I nostri
server sono configurati in modo da accettare comunque le mail per
chiudere la connessione, poi in un secondo momento con tutta calma :)
pensa a filtrare tutte le orrendità che gli hanno fatto mangiare.
Praticamente più che un server di posta è un rene :) Comunque funziona
piuttosto bene, riesce ad eliminare lo spam mantenendo un delay medio
molto contenuto sul delivery, ma purtroppo non può mandare messaggi di
errore...


Lucky[@]INET.it wrote:
 >Corretto, ma se un server gestisce centinaia di migliaia di mail al
 >giorno la scelta di controllare immediatamente la correttezza del
 >recipient potrebbe tradursi in un delay piuttosto lungo... I nostri
Non sono d'accordo. Si tratta semplicemente di cercare un domain in
due tabelle, operazione che prima o poi bisogna comunque fare.


due tabelle, operazione che prima o poi bisogna comunque fare.
Ma si', in effetti e' la stessa cosa; puoi decidere se farla subito o
farla dopo, noi abbiamo deciso di farlo dopo perche' permette un po'
piu' di versatilita', anche se ovviamente ha qualche svantaggio...
Tutto qui.
Ciapps


-
ces...@usa.net
 wrote:
 >Scusate (probabilmente sto dicendo una cretinata) ma non sarebbe
 >sufficiente che il server SMTP rifiuti le connessioni da parte di
 >utenti con IP (o DNS) diverso da quelli "coperti" dal provider gestore
 >del server.
Si puo` fare, ma di solito lo stesso server riceve anche la posta in
entrata diretta ai propri clienti.
