Deliverability

Cos'è un record PTR (reverse DNS) e l'email ne ha bisogno?

Un record PTR associa un indirizzo IP all'hostname che Gmail richiede venga risolto nuovamente verso quell'indirizzo di invio.

Pubblicare i record email del tuo dominio non configura il reverse DNS del server che invia la tua posta. Quel record appartiene alla zona dell'indirizzo dell'IP di invio.

Chi controlla un record PTR?

L'operatore responsabile dell'indirizzo IP controlla il suo reverse DNS o ne delega il controllo.

Una zona reverse DNS contiene nomi associati a un blocco di indirizzi. La zona DNS del tuo dominio è un'area di autorità separata. Avere il permesso di modificare example.com non dà quindi il permesso di cambiare il record PTR di un IP di invio.

Un provider di hosting può offrire un pannello di controllo o accettare una richiesta di configurazione. Una piattaforma di invio di solito gestisce la zona inversa per gli indirizzi che fornisce. Rivolgiti all'operatore responsabile dell'indirizzo, anche quando i record del tuo dominio sono ospitati altrove.

Cosa devono mostrare le risoluzioni diretta e inversa?

L'IP di invio deve risolvere a un hostname che a sua volta risolve verso lo stesso IP. Gmail può limitare temporaneamente o bloccare la posta quando queste risoluzioni non corrispondono.

I requisiti per i mittenti di Google richiedono entrambe le direzioni. Pubblica l'indirizzo IPv4 di invio in un record A sull'hostname del PTR. Per IPv6, pubblica un record AAAA.

Se il record PTR indica mail.example.com, quell'hostname deve avere un record di indirizzo contenente l'IP di invio. Un hostname che non risolve più non supera questo controllo. Un hostname che risolve solo verso un altro IP non lo supera nemmeno.

RFC 1912 raccomanda record inversi corrispondenti per ogni indirizzo di un host con più IP. Controllare un solo indirizzo può lasciare il traffico proveniente da un altro senza una risoluzione inversa valida.

Punta il record PTR direttamente all'hostname che contiene il record di indirizzo dell'IP di invio, per evitare una risoluzione aggiuntiva. Un alias CNAME aggiunge questa indirezione, che RFC 1912 sconsiglia.

Gmail richiede record PTR dai mittenti a basso volume?

Sì, Gmail richiede forward e reverse DNS corrispondenti da ogni mittente.

Il requisito non dipende dal raggiungimento della soglia di mittente ad alto volume. Un'applicazione a basso volume che invia reset di password ha comunque bisogno di un IP di invio configurato correttamente.

Le dashboard di Postmaster Tools di Google includono un errore di consegna per PTR assente o non valido. Se compare quell'errore, verifica la risoluzione inversa dell'IP di invio prima di modificare record di autenticazione del dominio non correlati.

Un server email si identifica con un saluto HELO contenente il suo hostname. Fai corrispondere l'hostname del saluto all'hostname del server e al reverse DNS, come raccomanda Spamhaus. Server configurati in modo errato possono avere problemi di consegna anche dove i destinatari non usano le liste di Spamhaus.

Cosa fare per la tua configurazione di invio?

Configura il reverse DNS tramite l'operatore del tuo IP di invio, oppure chiedi a quell'operatore di correggere una discrepanza.

Come inviiChi può configurare il record inverso
IP di invio condivisi di una piattaformaLa piattaforma o il suo fornitore di indirizzi
IP di invio dedicato di una piattaformaLa piattaforma o il suo fornitore di indirizzi
Il tuo server di postaIl tuo provider di hosting, o tu se il controllo della zona inversa è delegato

Un IP dedicato non ti dà automaticamente il controllo della sua zona inversa. Un servizio gestito può comunque presentare una discrepanza. Verifica la configurazione quando analizzi un nuovo indirizzo.

Per invii tramite piattaforma, fornisci al supporto l'IP in errore e l'errore di consegna. Per un server che gestisci tu, controlla entrambe le direzioni DNS e l'hostname del saluto. I controlli sulle blocklist riguardano una possibile causa di rifiuto separata.

In breve

  1. I record PTR appartengono alla zona dell'indirizzo.

    L'operatore responsabile di un indirizzo IP controlla il suo reverse DNS o ne delega il controllo.

  2. Le risoluzioni diretta e inversa devono corrispondere.

    L'IP di invio deve essere associato a un hostname che a sua volta risolve verso lo stesso IP.

  3. Gmail richiede il reverse DNS da ogni mittente.

    La corrispondenza tra forward e reverse DNS è un requisito di base, indipendentemente dal volume di invio.

  4. L'operatore di invio gestisce la correzione.

    Contatta la piattaforma o il provider di hosting responsabile dell'IP quando non puoi modificare la sua zona inversa.

Costruisci sulla stessa rete.

Una chiave API di test è subito tua. L'accesso alla produzione si sblocca quando aggiungi un metodo di pagamento e verifichi un mittente.

La tua prossima idea.
Pronta a partire.