Vai al contenuto

Verifica della configurazione di posta

Mail Deliverability Check

Controlla insieme i record MX, SPF, DKIM e DMARC di un dominio e spiega perché la posta verrebbe rifiutata.

Legge in una sola passata tutto quello che il DNS dice su come un dominio manda e riceve posta — MX, SPF, DMARC, chiavi DKIM, MTA-STS, TLS-RPT — e dice che cosa manca o si contraddice. È il controllo da fare quando la posta finisce nello spam e nessuno sa dire perché.

☁️ Usa il nostro serveremailspfdkimdmarcmx

Solo query DNS. Il nome a dominio passa dal nostro server a un resolver pubblico (Cloudflare); ai server di posta non ci colleghiamo mai.

La parte dopo la @ di un indirizzo e-mail. MX, SPF, DMARC, MTA-STS, TLS-RPT e le chiavi DKIM dei selettori più comuni vengono interrogati in una sola volta.

Con il selettore viene interrogata esattamente quella chiave. Senza, si provano nomi comuni come default, google e selector1.

Come si usa

  1. Inserire il dominio dopo la @

    Il dominio di posta, non un indirizzo e non un URL. Per un sottodominio che manda posta per conto suo, va controllato quel sottodominio a parte.

  2. Aggiungere il selettore DKIM se lo si conosce

    Le chiavi DKIM stanno sotto un nome di selettore che dal DNS non si può scoprire. Va preso il valore s= dall’intestazione DKIM-Signature di un messaggio inviato; senza, vengono provati i nomi più comuni e spesso non ci si azzecca.

  3. Percorrere i rilievi in ordine

    Sono contrassegnati per area. SPF mancante e DMARC mancante vengono per primi; un record SPF oltre il limite delle dieci interrogazioni è quello subdolo, perché fallisce come se l’SPF non ci fosse affatto.

Domande frequenti

Manda un messaggio di prova?

No. Ogni risposta qui viene dai record DNS; non viene contattato nessun server di posta e non viene consegnato niente da nessuna parte.

Il DKIM non è stato trovato: è rotto?

Probabilmente no. Senza il selettore giusto non c’è niente da cercare, e il selettore non è pubblicato da nessuna parte. Va trovato nelle intestazioni di un messaggio inviato e inserito qui; una chiave mancante con il selettore corretto è il problema vero.

Passa tutto ma la posta finisce lo stesso nello spam

L’autenticazione è il pavimento, non il soffitto. La reputazione dell’IP e del dominio che manda, il contenuto, il tasso di segnalazioni e la cura delle liste decidono tutti dove finisce il messaggio, e niente di tutto questo è visibile nel DNS. Quello che questo controllo esclude è la metà che si sistema modificando un record.

A che cosa serve MTA-STS?

Dice agli altri server di posta di pretendere il TLS quando consegnano a questo dominio, e chiude l’attacco di declassamento che il TLS opportunistico da solo lascia aperto. È facoltativo, e la sua assenza qui è una nota e non una bocciatura.

Può ricevere da

Dopo

Questi accettano ciò che produce questo strumento, così il risultato può passare direttamente.