Ciao Angelo
ti ringrazio della risposta; certo è una strana policy; avevo infatti provatoadusare come server smtp virgilio ma non cambia nulla; la cosa che è più strana ai miei occhi è bloccare un reply; quante sono le probabilità che un reply sia spam rispetto alla probabilità che sia spam una normale mail; mi sembrerebbe più logico bloccare un non reply.
Contattare l' help desk in cosa si traduce: segnalere il mio dominio, la mia mail?

Salutami "aci" mi manca.

Grazie ancora

Luca3

Ciao Luca
ti mando un link ...

windowslivehelp.com/community/t/9092.aspx

puoi contattare il tipo che risponde a questo post e saprà aiutarti sicuramente...

a me ha risolto lui il problema...

Saluti

p.s. ma sei di Acireale?

Grazie
appena fatto lascio un feedback
A presto

Luca3

@luca3 said:

la cosa che è più strana ai miei occhi è bloccare un reply; quante sono le probabilità che un reply sia spam rispetto alla probabilità che sia spam una normale mail; mi sembrerebbe più logico bloccare un non reply.

Proprio per questo ragionamento logico in un determinato periodo di tempo passato i filtri antispam erano meno rigidi con i reply e proprio per questo gli spammer ne hanno approfittato cominciando ad inserire "Re:" o anche "Fw:" nel subject e ad inserire i classici header spesso presenti nei reply (In-Reply-To, References) e di conseguenza nessun filtro antispam oggigiorno va leggero con i reply, anzi, se ad esempio hai un "Re: " nel subject ma la mail non ha l'header References/In-Reply-To alcuni filtri penalizzano il messaggio in quanto i client usati mettono questi header e quindi se non li hai probabilmente il reply è generato da qualche altro sistema e di conseguenza è probabile che sia uno spammer.

Come generi i tuoi reply? hanno uno di questi header?

Ciao bago
grazie per il contributo.
Il problema però come sempre è quello del creare troppi falsi positivi; quello che dici sull'utilizzo del "re" da parte degli spammer è naturalmente vero; è anche vero però che anche ogni vero reply ha mediamente un "re" o "fw" ecc.
Io uso Outlook express 6.0, che mette "References:" con l' ID del messaggio ricevuto; malgrado questo hotmail lo blocca.
Il punto che voglio sottolineare è che rilevare ogni mail di spam al costo di perderne molte è di dubbio vantaggio. Faccio due esempi:

1. che me ne faccio di un filtro antispam che trova tutto lo spam se poi mi tagga come spam anche le mail buone e deve mettermi a spulciarle tutte per esserne sicuro
2. quanto è grave addirittura non riceverle proprio certe mail perche bloccate proprio dal server allla fonte
   Sono certo di avere descritto situazioni purtroppo molto comuni.
   Grazie ancora a presto

Luca3

Luca, sui falsi positivi sono pienamente d'accordo con te.

Però capisci anche tu che se la rete di McColo inviava 100 milioni di email di spam al giorno e magari dalla stessa rete partiva qualche email buona l'unico modo che avevano i provider per combattere lo spam era bloccare l'intera rete McColo.

Purtroppo, questo anche nella vita reale, anche la miglior legge/regola crea degli scontenti o delle ingiustizie.

Fortunatamente non mi è mai capitato un "exhibited namespace mining behavior" da Hotmail, ma dalla frase interpreterei che l'IP mittente ha inviato a troppe email inesistenti (ricerca nel namespace degli utenti) e quindi la reputazione dell'IP scarseggia.

Ci sono alcuni siti nei quali puoi controllare la reputazione del tuo IP (senderscore, senderbase, barracudacentral, borderware), che per comodità ho riassunto poco tempo fa qui:
emailmarketingblog.it/blog/2009/03/03/qual-e-la-vostra-reputazione

PS: non ho ancora capito bene le policy sul linking. Questo link che ho messo, ad esempio, è accettato dalla policy? o avrei dovuto fare un copia e incolla di ciò che ho già scritto nel blog? Io ho incollato quello perchè mi sembra più comodo fare un solo copia e incolla di un url e poi avere una pagina ben organizzata che farlo 4 volte.

Microsoft se arriva a fare reject di un messaggio (anzichè recapitarlo nella Posta Indesiderata) sicuramente ha le sue ragioni.

Il consiglio è quello di attivare il programma SNDS di Microsoft (postmaster.live.com/snds/) con collegato la gestione dei Feedback Loop, che è il modo migliore per gestire la deliverability dei propri invii: si viene avvisati infatti con anticipo di eventuali problematiche, e solo se non vengono risolte poi scattano i blocchi.

Se posti l'IP del server Smtp che usi, si potrebbe dedurne qualcosa in più.

Grazie bago e nazzareno
seguirò anche i vostri utilissimi consigli.
Se puo essere utile aggiungo, per completezza, due dettagli gia menzionati:

1. se invio con un'altra mail (appartenente naturalmente allo stesso dominio) il problema sparisce (non è un reply chiaramente)
2. se rispondo a chi mi scrive senza fare il reply dalla mail "incriminata", il problema non si presenta.

A presto Luca3

Microsoft utilizza una tecnologia di filtraggio molto sofisticata, che tiene in considerazione centinaia di migliaia di parametri. Per fare un'analisi è necessario avere i due messaggi (quello che arriva e quello che non arriva) in forma integrale, completa di header. Altrimenti si possono fare solo ipotesi. Di sicuro se la reputazione dell'IP del mittente fosse buona (e lo vedi da SNDS), non dovresti avere alcun problema di recapito in inbox.

Per darti un'idea, ti lascio questo link:
www
microsoft.com/mscorp/safety/technologies/antispam/default.mspx

Dove in particolare ti consiglio di leggere il paragrafetto sulla tecnologia Microsoft SmartScreen.

Ciao Nazzareno
grazie per l'indicazione, ho già letto qualcosa molto interessante.
A presto

Luca3