Analisi header email: server, SPF, DKIM e DMARC

Come leggere il percorso dal basso verso l'alto

Ogni server che gestisce un messaggio aggiunge una riga Received sopra quelle già presenti. Il passaggio meno recente si trova quindi in basso e l'ultimo, quello del tuo provider di posta, si trova in alto. Lo strumento di analisi li trasforma in un elenco nell'ordine seguito dal messaggio, indicando l'ora in cui ogni server dichiara di averlo ricevuto e il tempo trascorso dal passaggio precedente.

Un intervallo di pochi secondi è normale. Un intervallo di alcuni minuti di solito indica che il messaggio è rimasto in coda perché un destinatario ha richiesto un nuovo tentativo per il greylisting, un relay era occupato oppure il filtro in uscita del mittente lo ha trattenuto. L'orario torna indietro? Uno dei server ha l'ora sbagliata.

Quali Authentication-Results sono attendibili

Authentication-Results (RFC 8601) è il campo in cui un server ricevente registra i risultati di SPF, DKIM, DMARC e talvolta ARC. Un messaggio può contenere più righe di questo tipo, ma conta solo quella aggiunta dal server che te lo ha consegnato. Tutte le righe successive sono state scritte prima che il tuo provider ricevesse il messaggio, da server di cui non hai motivo di fidarti, e un mittente può inserirvi ciò che vuole.

L'analizzatore considera quello più in alto come verdetto ed elenca gli altri separatamente. Accanto mostra i tre domini che determinano l'allineamento: il dominio From, il dominio d= di DKIM e il dominio Return-Path rispetto al quale è stato verificato SPF. DMARC passa solo quando SPF o DKIM passa per un dominio che corrisponde al dominio From. Confrontare questi domini spesso permette di capire la causa di un esito negativo.

Dove trovare le intestazioni

In Gmail, apri il messaggio, fai clic sui tre puntini accanto a Rispondi e scegli Mostra originale. In Outlook sul web, apri il messaggio, scegli Altre azioni, quindi Visualizza e Visualizza dettagli messaggio. Nell'app desktop di Outlook, vai su File, poi Proprietà e cerca il riquadro Intestazioni Internet. In Apple Mail, scegli Vista, Messaggio, Tutte le intestazioni. Copia tutto fino alla prima riga vuota, dove inizia il corpo. Se incolli l'intero messaggio, il corpo viene escluso prima dell'analisi.

Le intestazioni contengono indirizzi IP e indirizzi email. Vengono lette in memoria per generare il risultato e non vengono archiviate, memorizzate nella cache o registrate nei log.

Testa invece un messaggio reale

Ognuno di questi strumenti controlla una parte della configurazione. Il test completo analizza l'email: invia un messaggio a un indirizzo usa e getta e ottieni SPF, DKIM e DMARC come valutati dal destinatario, blacklist, contenuto, entrambi i punteggi spam e un piano di correzione. Aggiungi il test di posizionamento nella posta in arrivo per vedere in quale cartella arriva su Gmail, Outlook, Yahoo e altri provider.

Testa la tua email Visualizza un report di esempio

Domande

Come si leggono le intestazioni email?

Parti dalla riga Received più in basso e procedi verso l'alto: questo è l'ordine in cui i server hanno gestito il messaggio. Poi controlla la riga Authentication-Results aggiunta dal tuo provider, quella più in alto, per vedere i risultati di SPF, DKIM e DMARC.

Perché DKIM passa ma DMARC non passa?

DMARC richiede una firma DKIM valida il cui dominio d= corrisponda al dominio From, oppure una verifica SPF superata per un dominio Return-Path che corrisponda al dominio From. Una firma del dominio della piattaforma di invio supera DKIM, ma non contribuisce comunque a DMARC. L'analizzatore mostra i tre domini affiancati, così puoi vedere la mancata corrispondenza.

Guida completa: DMARC fail

Cosa significa un lungo ritardo tra due passaggi?

Il messaggio è rimasto in attesa sul server in cui inizia il ritardo. Le cause comuni sono il greylisting, in cui il destinatario chiede al mittente di riprovare più tardi, una coda di uscita piena oppure un filtro che analizza la posta prima di inoltrarla. Un singolo ritardo di pochi minuti raramente indica un problema di recapitabilità, ma spiega perché il messaggio è arrivato tardi.

Le intestazioni email possono essere falsificate?

Tutto ciò che scrive un mittente può essere falsificato. Le righe Received sotto quella del tuo provider e le vecchie righe Authentication-Results possono essere inventate. Quello che il tuo provider ha aggiunto in alto non può esserlo, e il provider può verificare la firma DKIM usando la chiave pubblica del mittente. L'analizzatore non verifica direttamente le firme, ma legge il verdetto del tuo provider dalla riga più in alto.

Che cos'è ARC nelle intestazioni?

ARC (RFC 8617) consente a un servizio di inoltro, come una mailing list o un indirizzo di inoltro, di registrare i risultati di autenticazione rilevati prima di modificare il messaggio. Il destinatario finale può quindi decidere di considerare attendibile quel record quando l'inoltro ha compromesso SPF o DKIM.

Posso testare un messaggio prima di inviarlo?

Sì. Le intestazioni esistono solo dopo che un messaggio è stato consegnato. Per controllare una campagna o un'email transazionale prima che raggiunga un destinatario, inviala a un indirizzo di prova nella home page: otterrai questi risultati insieme al controllo delle blacklist, dei contenuti, dei link e delle regole per i mittenti di grandi volumi in un unico report.

Common errors

Altri strumenti gratuiti

Controllo SPFSintassi, catena degli include e limite di dieci lookup.Verifica DMARCPolicy, allineamento e destinatari dei report.Verifica DKIMLa chiave pubblicata per un selettore: tipo, dimensione e flag.Controllo blacklistBlacklist di IP e domini, lista per lista.Analizzatore header email Sei quiIl percorso, i ritardi e l'esito dell'autenticazione.Controllo record MX NuovoServer di posta, priorità e destinazioni non valide.Verifica BIMI NuovoRecord, logo, certificato e policy DMARC.