Leggi i tuoi report DMARC
Se il tuo dominio ha un record DMARC, i grandi provider di posta ti mandano un report giornaliero (un file XML compresso) con l’elenco di ogni server che ha mandato posta a nome del tuo dominio. È l’unico elenco che avrai mai di tutto quello che invia come te — comprese le parti della tua stessa azienda che avevi dimenticato.
- Funziona interamente nel tuo browser
- Funziona offline
- Niente upload
- Niente registrazione
- Niente filigrana
Caricamento dello strumento…
Come funziona
- Salva gli allegati dei report dalla casella indicata nel tuo record DMARC (l’indirizzo rua=), oppure trascinali direttamente fuori dal messaggio.
- Trascinali tutti qui insieme: .xml, .xml.gz e .zip sono tutti riconosciuti.
- Guarda prima le fonti che falliscono: ognuna è una cosa tua da sistemare, oppure qualcuno che sta falsificando il tuo dominio.
Perché non viene caricato nulla
Ogni operazione di questa pagina la esegue codice che gira dentro la scheda del tuo browser, con lo stesso motore che disegna le pagine web. Il file viene letto dal disco alla memoria della scheda, trasformato lì e riscritto come download. Non viene mai inviato da nessuna parte: né a noi, né a terzi.
Verificalo tu stesso
- Apri gli strumenti per sviluppatori del browser (F12) e scegli la scheda «Rete».
- Carica il tuo file e avvia lo strumento.
- Le uniche richieste che vedrai scaricano il codice dello strumento stesso — e, in pochi strumenti pesanti, il loro motore open source da una CDN pubblica — più un piccolo segnale di visita verso loreatec.jp (indirizzo e titolo della pagina, nulla di più). Nessuna di esse porta con sé il tuo file.
Domande frequenti
Perché i miei report arrivano come .gz e .zip?
Lo standard lascia scegliere a ogni organizzazione che invia i report. Google manda .zip, Microsoft e quasi tutti gli altri mandano .xml.gz. Questo lettore apre tutti e tre nel browser: il gzip con la decompressione integrata del browser, lo zip con una libreria open source inclusa.
Una fonte mostra SPF passato ma DMARC fallito. Come mai?
È quello che DMARC chiama «allineamento». SPF passato vuol dire che qualche dominio ha autorizzato quel server — ma il dominio controllato è l’indirizzo di ritorno nascosto, non la riga From che vedono i tuoi destinatari. DMARC richiede anche che i due coincidano. Un servizio di invio che usa il proprio indirizzo di ritorno passa SPF per se stesso e fallisce l’allineamento per te. La soluzione è configurare un indirizzo di ritorno personalizzato (return-path) con quel servizio — oppure affidarsi a DKIM firmato con il tuo dominio.
Che cosa devo fare prima di passare a p=reject?
Ogni fonte che fallisce in questa tabella va identificata. Alcune saranno legittime — un vecchio server, un CRM, un fornitore di pagamenti, uno scanner. Ognuna ha bisogno che SPF o DKIM siano configurati come si deve. Quello che resta dopo è falsificazione, ed è proprio quello che il rifiuto serve a bloccare. Se passi a reject mentre ci sono ancora fonti non identificate nell’elenco, la posta vera va persa senza preavviso.
Questi file escono dal mio browser?
No. Vengono decompressi e letti qui. Conta più del solito con i report DMARC: contengono gli indirizzi IP di tutto quello che invia per conto tuo, che è una mappa della tua infrastruttura.
E i report forensi (ruf)?
Quelli non sono riepiloghi: ognuno è un singolo messaggio fallito, mandato a te come una email normale. Aprilo con il visualizzatore .eml o con l’analizzatore di intestazioni. La maggior parte dei grandi destinatari non li manda affatto, per motivi di privacy.