Guida e risoluzione dei problemi
Record PTR (DNS inverso)
Di cosa si tratta
Un record PTR associa un indirizzo IP a un nome host, il contrario di un record A. I server di posta lo controllano costantemente: inviare posta da un IP con DNS inverso mancante o non corrispondente è un forte segnale di spam.
Come leggere il risultato
Per l'IP di un server di posta, il PTR dovrebbe esistere e dovrebbe corrispondere al nome che il server usa nel suo saluto SMTP (e il record A di quel nome dovrebbe puntare allo stesso IP: il cosiddetto "forward-confirmed reverse DNS").
Problemi comuni e come risolverli
Nessun record PTR sull'IP di un server di posta in uscita
Come si manifesta: La posta in uscita viene rifiutata o finisce nello spam presso i principali provider; i messaggi di mancato recapito citano il DNS inverso o rDNS.
Come risolverlo: I record PTR sono controllati da chi possiede il blocco di IP (il tuo provider di hosting/cloud), non dal DNS del tuo dominio. Impostalo nella console del provider (la maggior parte dei cloud ha un campo rDNS) o apri un ticket, facendolo puntare al nome host del tuo server di posta.
Il PTR esiste ma non corrisponde al nome HELO del server di posta
Come si manifesta: I destinatari più rigorosi rinviano o rifiutano la posta; i punteggi di spam sono elevati nonostante SPF/DKIM superino i controlli.
Come risolverlo: Allinea tutti e tre: il nome PTR, il nome host che il server di posta annuncia (HELO/EHLO) e il record A di quel nome host. Devono concordare tutti su un unico nome e un unico IP.
PTR generico del provider (ad es. 203-0-113-7.provider.example)
Come si manifesta: Alcuni destinatari trattano la posta proveniente da rDNS dall'aspetto generico come di livello consumer e la valutano come probabile spam.
Come risolverlo: Sostituisci il PTR predefinito con un nome host sotto il tuo dominio (ad es. mail.tuodominio.com) tramite le impostazioni rDNS del tuo provider.