- Home
- Categorie
- Digital Marketing
- Email Marketing e Messaggistica
- Problemi con hotmail: namespace mining behavior
-
Problemi con hotmail: namespace mining behavior
Ciao a tutti
mi capita spesso di avere problemi con l'invio di e-mail verso caselle di hotmail.
Il messaggio che mi arriva da hotmail è sempre lo stesso, eccolo:- SMTP protocol diagnostic: 550 SC-002 Mail rejected by Windows Live Hotmail for policy reasons. The mail server IP connecting to Windows Live Hotmail has exhibited namespace mining behavior. If you are not an email/network admin please contact your E-mail/Internet Service Provider for help. Email/network admins, please visit h t t p / postmaster.live.com for email delivery information and support
La cosa è ancora più controintuitiva perchè parliamo di reply; gli aspetti interessanti sono:
- sono reply di richieste arrivate ad un e-mail su proprio dominio .it, hostata su aruba.
- spesso, ma non sempre, il problema si verifica dopo un primo botta e risposta; cioè una prima richiesta da parte dell'utente, una mia risposta, una nuova richiesta, una mia nuova risposta; parliamo di cose che avvengono nella stessa giornata, quindi escludiamo che mi abbiano inserito in black ecc; parliamo infatti di mail tra persone che si chiedono e rispondono qualcosa in termini assolutamente personali (nulla di automatizzato), e gli utenti hanno assoluta necessità di avere una risposta a quello che chiedono.
Dopo che ricevo quel messaggio, se continuo a provare, possono succedere varie cose:
- ricevo sempre la stessa notifica con quella "odiosa" dicitura "namespace mining behavior".
- oppure, rarissimamente, non la ricevo più, ma non sono sicuro che l'utente riceva la risposta.
Aggiungo che sono quasi certo che a volte ricevo la notifica suddetta anche se l'utente ha ricevuto realmente la mail.
Grazie a chi procederà nel thread
Ciao a tutti
Luca3
- SMTP protocol diagnostic: 550 SC-002 Mail rejected by Windows Live Hotmail for policy reasons. The mail server IP connecting to Windows Live Hotmail has exhibited namespace mining behavior. If you are not an email/network admin please contact your E-mail/Internet Service Provider for help. Email/network admins, please visit h t t p / postmaster.live.com for email delivery information and support
-
Ciao Luca3 ho avuto un problema analogo con un cliente... addirittura lui aveva questo problema solo da giorno 20 a giorno 30 del mese mentre riusciva a rispondere senza problemi dal 1 al 20 di ogni mese. Il problema dipende da una particolare policy antispam di hotmail che si risolve solo segnalando il fatto al loro help desk. Praticamente è una anticamera della blacklist, bloccano saltuariamente il tuo indirizzo per verificarne il traffico. Infatti se invece di fare un replay invii una mail normale non hai il problema. Giusto.
Nel tuo caso se il tuo dominio è hostato su aruba la problematica può essere generata dal fatto che altri utenti presenti sullo stesso server che ospita il tuo dominio facciano spam.
Ti consiglio cmq di fare quanto detto prima, contatta hotmail e risolverai il prob.
-
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 prestoLuca3
-
@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:- 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
- 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-reputazionePS: 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:- se invio con un'altra mail (appartenente naturalmente allo stesso dominio) il problema sparisce (non è un reply chiaramente)
- 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.mspxDove 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 prestoLuca3