Newsgroup: it.news.net-abuse
Titolo: falso mittente.

All'interno di un'azienda abbiamo un mail server pubblico.
Ultimamente alcuni utenti ricevono mail come risposte a mail che non hanno
mai inviato.
Probabilmente qualcuno, che potrebbe anche essere un utente interno, manda
mail con mittente falso.
E' possibile evitare che questo avvenga?

 E' possibile evitare che questo avvenga?
Brevemente, no.

 E' possibile evitare che questo avvenga?
no, peraltro l'unico dato reale che hai un una comunicazione 
smtp è il rcpt to, in quanto in fase evenlope il mail from può 
essere qualsiasi bagianata e nella fase DATA idem con patate, 
puoi mettere qualsiasi from, to, bcc e via dicendo...
devi agire, filtrando su altri parametri.
-- 
Ciao, Dmitry
I've a dream... bring usenet to every family 

 
Di solito si tratta di un virus o spyware che invia.

 Brevemente, no.
Meno brevemente: l'uso di spf può aiutare a ridurre il problema.

> Meno brevemente: l'uso di spf puņ aiutare a ridurre il problema.
Qualcuno di voi lo usa?

 
Saro' stordito, ma non vedo come, fino a che SPF non diventa un
obbligo.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 
Che se pubblichi un record che dica quali server sono autorizzati a
scrivere con quel dominio mittente, chi applica SPF in rejection non ti
bounca addosso, dato che non prende nemmeno in carico la mail.
Credo perņ l'impatto sia attualmente dell'ordine dello 0.002%, a spanne,
anche perchč il grosso di quello che si vede in giro tende ad utilizzare
SPF per marcare e non per il reject, con il risultato che probabilmente
finiresti per ricevere bounce di mail taggate... :-D

 finiresti per ricevere bounce di mail taggate... :-D
Che era quello che dicevo in altre parole: finche' non e' un sistema
pienamente utilizzato, al punto da poter fare reject, non serve.


Meno brevemente: l'uso di spf può aiutare a ridurre il problema.
E in che modo? Quanti siti conosci che usino SPF per rifiutare la posta?
-- 
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

 E in che modo? Quanti siti conosci che usino SPF per rifiutare la posta?
Se mai nessuno comincia....
BTW io lo uso e ne traggo giovamento :-)
-- 
Cataldo Cigliola
http://cigliola.eu.org
Il miglior browser internet ? 
http://www.mozillaitalia.org/firefox/
Il miglior client di posta ? 
http://www.mozillaitalia.org/thunderbird/

 E in che modo? Quanti siti conosci che usino SPF per rifiutare la posta?
Cominciamo a preparare l'infrastruttura ... dato che implementarlo lato
sender non costa molto ...
Certo, spf ha senso all'interno di un sistema di scoring ....

 ha scritto nel messaggio 
news:1138923046.7...@g14g2000cwa.googlegroups.com...



Il filtro andrebbe implementato in tutti gli MTA, dovrebbe essere posto in 
testa prima dei filtri antispam e antivirus.
In questo modo chi decide di avvalersi del meccanismo per il proprio dominio 
riuscirebbe a trarne qualche beneficio. In questa fase ancora sperimentale è 
sufficiente taggare i messaggi che dal test risultano Softfail/Fail, 
successivamente implementare il reject per i Fail.
Per chi invia posta da diversi server smtp ed ha difficoltà a descrivere in 
un record spf tutte le origini, oppure non vuole avere problemi con 
forwarder, che attualmente causano la maggiorparte dei problemi, può 
definire una stringa che ritorna solo softfail oppure addirittura neutral ma 
magari ritorna Fail solo in particolari casi, ad esempio:
se associo ad un dominio questa stringa:
"v=spf1 mx -exists:%{ir}.
sbl.spamhaus.org
 ?all"
Quando un mta fa il check, il filtro ritorna come risultato Neutral (non 
fare niente)  oppure, se il client che ha originato la mail è in DNSBL, 
ritorna Fail. Il proprietario del dominio può pertanto decidere come un mta 
deve comportarsi nel caso l'origine sia in una dnsbl e la mail contenga il 
suo dominio nella envelope.

sender non costa molto ...
A parte costringere molti utenti a cambiare le loro configurazioni e
abitudini...
In ogni caso si può preparare quanto si vuole ma SPF è nato morto.
Vedo molte più possibilità in DKIM.
