Riassunto

Questo analizzatore header email legge il blocco di header grezzi di qualsiasi messaggio e indica se SPF, DKIM e DMARC sono effettivamente superati, basandosi sulla riga Authentication-Results già calcolata dal server di posta ricevente. Conta anche gli hop di relay dalle righe Received e, quando i timestamp lo consentono, stima il tempo di transito tra un hop e l’altro. Incolla gli header da Mostra originale di Gmail, dalla visualizzazione sorgente di Outlook o da Tutti gli header di Apple Mail. Nessun dato viene caricato: l’analisi gira nel tuo browser e non serve alcuna registrazione.

Verifica SPF, DKIM e DMARC direttamente dagli header email grezzi

Incolla il blocco di header di qualsiasi email: questo analizzatore header email legge ciò che il server di posta ricevente ha già verificato, ossia SPF, DKIM, DMARC, numero di hop di relay e tempo di transito tra gli hop.

Analizza i tuoi header

Analizzatore header email

Incolla qui sotto l’intero blocco di header grezzi. Il parsing e il punteggio girano interamente nel tuo browser: nulla viene caricato.

Incolla il blocco di header grezzi di un’email (Visualizza origine, Mostra originale o Dettagli messaggio). Il controllo gira solo nel tuo browser.

-
Incolla gli header qui sopra per vedere il dettaglio
SPF, DKIM e DMARC vengono letti dalla riga Authentication-Results.
    Come funziona

    Cosa legge davvero il punteggio

    Authentication-Results, analizzato

    L’analizzatore cerca la riga Authentication-Results del server ricevente e legge i valori spf=, dkim= e dmarc= già calcolati. Non riesegue lookup DNS in proprio: si fida del provider di posta che ha effettivamente ricevuto il messaggio e scritto quella riga.

    Hop di relay, contati

    Ogni riga Received è un hop tra server di posta, letto in ordine dal basso verso l’alto. Quando due o più hop riportano una data interpretabile, lo strumento stima anche il tempo di transito tra il primo e l’ultimo hop, omettendo la statistica invece di indovinarla se un timestamp non è interpretabile.

    Gira nel tuo browser, non sui nostri server

    Gli header possono contenere hostname interni, numeri di ticket e indirizzi IP che preferiresti non incollare in un form web qualsiasi. Questo strumento non invia mai il testo da nessuna parte. Il parsing con regex, il calcolo del punteggio e il conteggio degli hop girano tutti lato client, nella scheda che stai leggendo in questo momento.

    Domande sul controllo degli header

    Questo analizzatore header email è gratuito?
    Sì. Non serve registrazione e non c’è alcun limite di richieste. Il punteggio deriva dall’analisi del testo degli header nel tuo browser, quindi non c’è alcun costo per richiesta da limitare sul nostro lato.
    Dove trovo gli header grezzi di un’email?
    In Gmail, apri il messaggio e scegli Mostra originale. In Outlook, usa Visualizza, poi Visualizza origine, oppure il pannello dei dettagli del messaggio. In Apple Mail, usa Visualizza, Messaggio, Tutti gli header. Copia l’intero blocco, incluse la riga Authentication-Results e ogni riga Received.
    Memorizzate gli header che incollo qui?
    No. La textarea viene letta dal JavaScript in esecuzione sul tuo dispositivo. Niente viene caricato, registrato o inviato ai nostri server. L’unica chiamata di rete di questa pagina è il beacon anonimo di visualizzazione pagina, comune a ogni pagina del sito.
    Perché compare «nessun header Authentication-Results trovato»?
    Alcuni server destinatari non aggiungono questa riga, e le copie inoltrate o esportate a volte la rimuovono durante il passaggio. Controlla la casella di posta originale in cui il messaggio è arrivato per primo, non una copia inoltrata incollata da un ticket o da una conversazione.
    SPF è superato ma DMARC ha fallito. Cosa significa?
    DMARC verifica l’allineamento, non solo il superamento individuale di SPF e DKIM. SPF può essere superato sul mittente di envelope mentre il dominio From visibile non corrisponde abbastanza da soddisfare la policy DMARC del proprietario del dominio. Un fallimento DMARC qui indica di solito che il dominio From e il dominio autenticato differiscono.
    Un punteggio di 100 garantisce che il mittente sia legittimo?
    No. Significa che il messaggio ha superato i controlli tecnici già eseguiti dal server di posta ricevente: il server mittente era autorizzato per quel dominio, e firma e allineamento corrispondevano. Non dice nulla sull’intento. Il phishing autenticato da un dominio compromesso o simile continua a esistere.
    Perché il tempo di transito manca o mostra uno sfasamento dell’orologio?
    I timestamp Received sono impostati dall’orologio di ciascun relay, e gli orologi vanno alla deriva. Se l’orologio di un hop risulta indietro rispetto a quello precedente, o se un header non ha una data interpretabile, lo strumento omette il numero invece di mostrarne uno di cui non può garantire l’esattezza.
    Il conteggio degli hop di relay mi dice qualcosa da solo?
    Non molto, da solo. La maggior parte degli invii B2B attraversa da due a quattro relay tra il server di origine e la tua casella di posta. Un numero più alto non è automaticamente sospetto, ma un hostname sconosciuto nella catena merita un controllo rispetto all’infrastruttura nota del mittente.

    Traccia l’infrastruttura dietro i tuoi invii

    Questo controllo legge a posteriori gli header di qualcun altro. Notification Harbor serve per gli invii che controlli tu: domain warmup, osservabilità a livello di trace, e SPF, DKIM e DMARC configurati correttamente fin dal primo invio, non diagnosticati dopo un reclamo.

    Scopri come funziona Notification Harbor
    notificationharbor
    Inizia gratis