Le e-mail sono messe in spam - problema di intestazioni errato

Question

questa è la mia prima domanda su StackOverflow, ma penso che entrambi saremo felici. :) Il problema è: ho scritto una newsletter scritta in PHP e quando invio quelle email ai vari account vengono inserite nella cartella spam. Qui è ciò che ottengo in intestazioni di posta:

X-Spam-status: Yes, score=5.01 tagged_above=1 required=4.5 
tests=[HTML_FONT_SIZE_LARGE=0.001, HTML_MESSAGE=0.001, 
HTML_TAG_BALANCE_BODY=0.712, MIME_HTML_ONLY=1.105, MISSING_DATE=1.396, 
MISSING_MID=0.14, RCVD_IN_BRBL_LASTEXT=1.644,TO_EQ_FM_DOM_HTML_ONLY=0.001, 
T_FRT_CONTACT=0.01] autolearn=no 

E qui sono le mie domande:

1. che cosa è quella e come risolvere lo stato RCVD_IN_BRBL_LASTEXT? Non ho trovato nulla di informativo su google che frase.

2. Come risolvere lo stato MISSING_DATE? Ho messo il codice che genera tutta la e-mail:

   $mailHeaders[] = "Date: ".date('Y-m-d H:i:s', time());

ma senza successo. I campi "Data" vengono solo come H:i (13:45, ad esempio) - Thunderbird 3.1.3 FYI. La ricerca su SO non mi ha aiutato. Ho anche provato ad aggiungere lo stato Delivery-Date - ancora nulla.

Answer 1

RCVD_IN_BRBL_LASTEXT indica che il tuo indirizzo email è stato contrassegnato dal numero Baracuda RBL, che è un servizio che tiene traccia degli indirizzi IP noti per inviare spam.

Forse la tua newsletter è stata segnalata come spam in passato? o forse è l'ISP che stai usando per indirizzare la tua email che è stata responsabile di alcuni spam. Ad ogni modo, questo particolare punto non è un problema con le intestazioni della tua posta.

La data mancante è quella importante che porterà i tuoi punti al di sotto della soglia.

Il formato della data è necessario è simile al seguente: Date: Wed, 15 SEP 2010 14:12:27 +0100

La maggior parte di che si spiega da sé (l'ultimo bit è il fuso orario), e sembra che si conosce il modo per aggirare la funzione della data di PHP, quindi speriamo che dovrebbe risolverti. Ma ho trovato this page utile come un walk-through di un formato di intestazione email legittimo.

Answer 2

La sfida con l'invio di e-mail in blocco è che ci sono tanti fattori diversi che possono scoraggiare e bloccare l'utente come spam. Le intestazioni ti dicono cosa sta succedendo, ma nel grande schema delle cose non sono una delle più grandi sfide.

La mia azienda invia più di 50000 email alla settimana, a volte molte al giorno. Ecco cosa abbiamo appreso:

1) Se il server non ha stabilito la "reputazione" con gli host di posta elettronica, è più probabile che venga contrassegnato. Non c'è un ottimo modo per stabilirlo, anche se siti come Socket Labs limitano semplicemente i nuovi client all'inizio e dopo 60-90 giorni di rilascio che consentono di far passare più email. Poiché molte email come Socket Labs vengono elaborate, mi dicono che è una pratica valida.

1a) Monitorare l'elenco RBL per assicurarsi che non ci sia. Se vieni segnalato (succede a tutti in un momento o in un altro), agisci in modo aggressivo per farti fuori al più presto. Contatta la RBL in questione e collabora con loro per risolvere rapidamente la situazione.

2) I "ragazzi grandi" tra cui Gmail, Yahoo, AOL e MSN sono sensibili a essere rapidamente colpiti dallo stesso host in successione.La mia azienda ha scelto di superare questo problema tenendo traccia di chi i nostri processi di posta elettronica stanno inviando tramite un "log". Se la prossima email ha lo stesso dominio della precedente inviata, attendiamo un periodo di tempo. Altrimenti, spariamo a volontà. Impedisce al nostro sistema di inviare più di 1 email per X secondi allo stesso host e ha significato che le nostre e-mail stanno arrivando a una velocità molto alta.

3) La posta AOL è senza valore. Una volta ho visto una statistica che qualcuno aveva dimostrato che qualcosa come il 20% di e-mail inviata ad AOL è "scomparsa". Non sono sicuro che sia così alta, ma so che non abbiamo altro problema con l'email di AOL ... è il natura della bestia. La buona notizia è che AOL sta per uscire, quindi non dovremmo avere a che fare con questo livello troppo a lungo.

4) Il passaggio ovvio è garantire che si stia facendo del proprio meglio per rimanere conforme a CAN-Spam. Includere un opt-out in tempo reale, informazioni sulla società nel footer e non cercare di ingannare il messaggio.

5) Infine, non inviare email a persone che non lo hanno richiesto. Sembra un passo stupido facile, ma è abusato così tanto. Non sarai contrassegnato come spam se invii persone che vogliono la tua email ... è così facile. Se ottieni un rimbalzo, lo elimini immediatamente dall'elenco in modo che non tenti di inviare nuovamente un account non valido.

Buona fortuna.

Answer 3

L'intestazione X-Spam-Status viene aggiunta da un filtro antispam Barracuda e le informazioni diagnostiche che allegano vengono visualizzate per spiegare perché ha contrassegnato il messaggio come spam.

Barracuda è un motore basato su regole e, come hai intuito, il punteggio che ottieni (5,01 nell'esempio sopra, anche se dici di aver fissato la data in modo che il tuo punteggio possa essere inferiore) è superiore alla soglia consentita.

Poiché il segnale con la ponderazione più alta è il campo RCVD_IN_BRBL_LASTEXT, è probabile che si verifichi il dinging principalmente perché il proprio indirizzo IP si trova nel proprio elenco di blocchi in tempo reale (RBL). È possibile che tu trovi la fonte di dati che odia il tuo IP - controlla http://www.spamhaus.org/lookup.lasso per vedere se è Spamhaus che ti ha taggato - e convincili a rimuoverti, ma più probabilmente il percorso migliore è usare un IP che è già stato curato per avere una buona reputazione Due fornitori che potresti voler controllare sono http://sendgrid.com e http://authsmtp.com, entrambi i quali ti permetteranno di delegare il tuo traffico attraverso i loro server (presumendo che i tuoi contenuti non saranno probabilmente votati come spam).

Spero che sia utile.