Perché le vostre email finiscono nello spam (e cosa dice del vostro host).
I server riceventi valutano il vostro IP mittente, il suo reverse DNS e i suoi vicini prima del vostro contenuto. Metà della vostra deliverability la ereditate dal vostro host.
In questo articolo 4 sezioni
- I mail server riceventi valutano la vostra infrastruttura di invio prima del contenuto: il reverse DNS coincide con il forward DNS, cosa ha inviato questo IP in passato, e cosa hanno inviato i suoi vicini.
- Circa metà di quel punteggio la ereditate dal vostro host: di chi è lo spazio di indirizzi, e se l'host controlla cosa invia il resto del range.
- La metà che controllate ha un ordine di correzione: reverse DNS che concorda con il nome HELO, poi SPF, DKIM, DMARC, poi warm-up e igiene delle liste.
- Anche la metà che ereditate ha una correzione: inviate da una rete che detiene il proprio spazio di indirizzi e cattura i propri spammer. Chiedete. Le carte si possono verificare.
È uno dei ticket di assistenza più scoraggianti da scrivere. L'email di reset della password che un cliente giura di non aver mai ricevuto. La campagna che finisce nello spam nonostante un record SPF che avete controllato tre volte e un contenuto che passerebbe una revisione di conformità. Fate debug del messaggio per un giorno intero. Il messaggio non è mai stato il problema. Il server ricevente ha preso metà della sua decisione prima di leggere una sola parola, e quella metà riguardava l'infrastruttura: la vostra, e quella del vostro host.
Come vi valutano davvero i riceventi
Quando un server si connette per consegnare posta, il ricevente controlla se l'IP che si connette ha un nome reverse DNS, se quel nome risolve in avanti allo stesso IP (forward-confirmed reverse DNS) e se coincide con quello che il server mittente ha annunciato come nome HELO. Pesa cosa ha inviato quell'IP in passato. Pesa la reputazione del range circostante. Solo dopo tutto questo inizia a valutare l'oggetto e il contenuto. Un'email da un IP senza PTR, con un PTR che non corrisponde o da un cattivo quartiere inizia la conversazione da sospetto.
- Reverse DNS (PTR)
- Esiste, e coincide con il record forward e con il nome HELO
- La storia dell'IP
- Cosa inviava questo indirizzo prima che lo affittaste
- Il quartiere
- Cosa invia il range circostante, e se qualcuno lo controlla
- Autenticazione
- SPF, DKIM, DMARC: se il dominio garantisce per il mittente
- Solo allora
- L'oggetto e il contenuto
Le righe da uno a tre sono infrastruttura. Due di esse appartengono al vostro host, non a voi.
La metà che ereditate
Partite dalla metà che non avete costruito voi. Primo, di chi è lo spazio: i nostri clienti inviano da spazio IPv4 che deteniamo direttamente dal RIPE, quindi la storia del range è nostra da curare e la sua reputazione non cambia di mano a monte quando cambia un rapporto con un carrier. Potete confermare il titolare sul registro pubblico. Secondo, se qualcuno controlla la strada: sulla nostra rete, lo spam in uscita da un sito compromesso viene intercettato e fermato al nostro edge prima che le blocklist degli upstream se ne accorgano, e i recidivi su un range condiviso incontrano conseguenze reali, con un percorso di rilascio documentato. Un range i cui spammer vengono sfrattati è un range i cui inquilini legittimi ereditano un punteggio pulito.
La metà che controllate, nell'ordine giusto
Prima il reverse DNS.
Mettete sul vostro IP mittente un record PTR che coincida con il record forward del vostro mail server e con il suo nome HELO.
SPF.
Chiudete il record con una policy hard fail appena siete sicuri che sia completo.
DKIM.
Firmate la vostra posta, con il selector della chiave di firma pubblicato nel DNS, così i riceventi possono verificare che nulla sia stato alterato in transito.
DMARC.
Impostate una policy per la posta che fallisce i controlli e attivate i report, così vedete chi invia a vostro nome.
Poi comportatevi da buon mittente.
Riscaldate i nuovi IP gradualmente, tenete pulite le liste e rendete immediata la disiscrizione. L'autenticazione vi guadagna il beneficio del dubbio. Il comportamento lo conserva.
Un'autenticazione costruita sopra un reverse DNS rotto è un abito elegante addosso a un sospetto.
“I riceventi non valutano il vostro IP da solo. Valutano la strada in cui abita, e il vostro host è il padrone di casa.”
Cosa dicono le carte sull'host
Ecco il punto più ampio, quello da portare con voi da ogni host che valutate. DNS coerente con se stesso, range controllati, spazio di indirizzi intestato al provider stesso: niente di tutto questo è affascinante, tutto è verificabile, e tutto è correlato a ciò che non potete controllare dall'esterno. Un host che non riesce a tenere coerenti i record reverse DNS vi sta dicendo come gestisce il resto della rete. I problemi di deliverability sono spesso il primo sintomo visibile di una rete gestita con poca cura. Trattateli come l'audit gratuito che sono.
Risposte dirette
Perché le mie email vanno nello spam anche con SPF configurato?+
L'SPF è una riga di una pagella molto più grande. Controllate prima il reverse DNS: il PTR del vostro IP esiste, risolve allo stesso indirizzo e coincide con il nome del vostro mail server? Poi DKIM e DMARC. Poi la parte che nessuno controlla: la storia di invio del vostro IP e la reputazione del range vicino, che ereditate entrambe dal vostro host.
Cos'è un record PTR e perché conta per l'email?+
Un record PTR è la voce reverse DNS che mappa il vostro IP a un hostname. I riceventi controllano che esista, che risolva in avanti allo stesso IP e che coincida con il nome che il vostro server annuncia. Un PTR mancante o non corrispondente è una delle strade più rapide verso la cartella spam.
Il provider di hosting influisce sulla deliverability?+
In modo sostanziale. Possiede il passato dell'IP, la reputazione del range circostante e il fatto che quel range sia controllato o no. Un provider che intercetta lo spam in uscita da clienti compromessi protegge ogni mittente legittimo nelle vicinanze. Uno che non lo fa spende la vostra reputazione al posto vostro.
Come verifico la reputazione email di un IP e del suo quartiere?+
Interrogate le blocklist pubbliche per l'IP e per il suo range circostante, cercate lo spazio di indirizzi sul registro per vedere chi lo detiene davvero e verificate il forward-confirmed reverse DNS. È tutto pubblico, ed è tutto un controllo da fare prima di registrarsi.
Qual è l'ordine giusto per sistemare la deliverability?+
Reverse DNS, poi SPF, poi DKIM, poi DMARC, poi il comportamento di invio, come warm-up e igiene delle liste. E se il problema è il quartiere stesso, la soluzione è una rete migliore, non un oggetto migliore.
Le email finiscono nello spam e avete esaurito le idee?
Inviateci il vostro IP mittente e il dominio. Leggeremo la pagella che leggono i riceventi: PTR, autenticazione, storia, e il quartiere che ereditate.
Parla con un ingegnereSiete arrivati alla fine.
Mettete la lettura al lavoro
Cosa fate girare?
Raccontateci il carico di lavoro, il traffico e i requisiti di ripristino. Partite dal configuratore di server, oppure discutete i dettagli con un ingegnere.
Scritto dagli ingegneri che costruiscono e gestiscono l'infrastruttura che descrive.Parla con un ingegnere
