Strumento gratuito
Scrivi un dominio e leggi la risposta direttamente dal suo DNS: se il record DMARC chiede i report, e a quali indirizzi arrivano. I report aggregati e quelli di errore restano separati, perché non sono la stessa cosa — e lo strumento non decide al posto tuo se quegli indirizzi siano quelli giusti.
La risposta
Il record così com'è pubblicato
Nel record stesso
Tocca a te
Possiamo leggere dove vanno i report. Non possiamo sapere se quella casella è del fornitore scelto il mese scorso o di uno che non usi da tre anni — da fuori i due casi sono identici. A quella domanda puoi rispondere solo tu.
I report vanno a
Altre destinazioni
Il record non imposta questo tag, quindi qui non viene chiesto niente.
Leggere l'esito
Il tag aggregato (rua=) chiede il riepilogo quotidiano che ogni provider compila già sul tuo dominio: è il dato su cui si regge tutto il monitoraggio DMARC. Il tag di errore (ruf=) chiede una copia dei singoli messaggi che hanno fallito l'autenticazione, e quasi nessun provider la manda. Un record può impostare l'uno, l'altro, entrambi o nessuno: per questo li mostriamo come le due domande separate che sono.
Lo strumento legge dove vanno i report. Non decide se sia giusto, perché non può: dmarc@fornitore.example può essere la piattaforma attivata il mese scorso o il residuo di un'agenzia lasciata tre anni fa, e nel DNS le due cose sono identiche. Per questo la risposta finisce con una domanda e non con un verdetto.
I report partono solo se il record ha un tag rua=. Tutto il resto — la policy, l'allineamento, la sintassi — può essere esatto mentre nessun provider ha un posto dove mettere il riepilogo. È il motivo più comune per cui un dominio ha DMARC e nessun dato da guardare.
Quando il DNS non risponde, questa pagina lo dice invece di riportare un'assenza. Una ricerca fallita è un fatto sulla ricerca, non sul dominio: i resolver vanno in timeout, le reti hanno singhiozzi, la validazione DNSSEC fallisce. Riprova fra un momento prima di trarre conclusioni.
Leggiamo il record DMARC e ci fermiamo lì. Se la casella accetti i report, se sia piena, se l'indirizzo esista ancora, se qualcuno legga quello che ci arriva: niente di tutto questo si vede dal DNS. Un indirizzo pubblicato è un'affermazione come ogni altra riga di un record.
Una ricerca DNS descrive che cosa un dominio chiede, non che cosa spedisce. Quanta posta parte a tuo nome, chi altro spedisce come te e se si autentica sta nei report stessi — cioè esattamente in quello che comincia ad arrivare quando l'indirizzo è quello giusto.
Domande
No. Nessuna registrazione, nessun indirizzo email da lasciare, nessun limite a persona — solo un tetto di poche ricerche al minuto, perché lo strumento resti aperto a tutti.
No. Va dal tuo browser all'API, che legge il DNS pubblico e risponde senza scrivere il dominio in un database, in un file o in un log. Nemmeno la pagina conserva qualcosa: nessuna cronologia, nessun salvataggio nel browser, niente che finisca nelle statistiche.
Una voce rua=mailto: che punti a una casella capace di reggere il volume: ogni provider manda circa un riepilogo al giorno per dominio, quindi un dominio con una buona diffusione significa decine di messaggi al giorno, quasi tutti allegati XML. I report cominciano ad arrivare di solito entro 24-48 ore dalla pubblicazione del tag.
Di solito si guadagna poco. I report di errore possono contenere indirizzi dei destinatari e oggetti dei messaggi, ed è esattamente il motivo per cui quasi tutti i provider hanno smesso di mandarli; i pochi che li mandano ne mandano pochissimi. Il quadro che cerchi sta nei report aggregati.
Vale la pena scoprirlo, non vale la pena allarmarsi. È normale che un dominio mandi i report in due posti di proposito — una piattaforma di monitoraggio e una casella interna — e le voci vecchie sopravvivono per anni ai cambi di fornitore. Scopri di chi è l'indirizzo prima di toglierlo: cancellare una voce interrompe l'arrivo dei dati in un posto che potrebbe essere ancora in uso.
Chiunque può leggere gli indirizzi nel tuo record: è DNS pubblico, ed è il motivo per cui questo strumento funziona. Quello che non può fare è riceverli — i provider li mandano solo agli indirizzi che il record indica, e solo dopo aver verificato che una casella su un altro dominio abbia accettato di riceverli.
Punta il rua= su Sentinely e i riepiloghi quotidiani smettono di essere allegati XML: ogni sorgente che spedisce a tuo nome, con nome e cognome, e che cosa si è autenticato e che cosa no — per tutto il dominio, ogni giorno.