Controlla un record DMARC, o creane uno
Un record DMARC è una riga con fino a undici impostazioni, e due di esse decidono se fa qualcosa oppure no. Questo te le legge in parole semplici, poi controlla l’unica cosa che blocca in silenzio l’arrivo dei tuoi report.
- Gira nel tuo browser, non sul nostro server
- Niente registrazione
- Niente filigrana
Caricamento dello strumento…
Come funziona
- Scrivi il tuo dominio e premi «Check» (controlla).
- Leggi le impostazioni e le segnalazioni: p= (la policy) è quello su cui agiscono i destinatari, e pct= limita a quanta della tua posta si applica.
- Se i tuoi report vanno a un indirizzo di un’altra azienda, controlla il blocco dei permessi — senza quel record, i report non arriveranno mai.
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
Ho configurato DMARC e non è mai arrivato nessun report. Perché?
Se l’indirizzo dei report (rua) è su un dominio diverso dal tuo — un servizio di analytics, la tua agenzia, una casella personale — quel dominio deve pubblicare un record che dice di accettare i tuoi report: tuodominio._report._dmarc.lorodominio con il valore v=DMARC1. I destinatari lo controllano prima di inviare, e non mandano niente in silenzio quando manca. Questa pagina lo controlla per te. L’altra causa comune è semplicemente un «mailto:» mancante davanti all’indirizzo.
Che cosa cambiano davvero adkim e aspf?
Impostano quanto deve essere simile il dominio che ha passato SPF o DKIM rispetto all’indirizzo From che vedono le persone. Relaxed (l’impostazione predefinita) accetta qualsiasi sottodominio della stessa organizzazione — mail.esempio.com vale per esempio.com. Strict richiede una corrispondenza esatta. Relaxed va bene per quasi tutti; strict è per le organizzazioni che controllano ogni sottodominio e vogliono evitare che uno compromesso venga usato.
p=none è inutile?
È il primo passo necessario e un pessimo ultimo passo. Con p=none non cambia niente per la tua posta, ma ricevi i report — esattamente quello che serve per le poche settimane necessarie a trovare ogni mittente legittimo. Lasciato a none per anni non protegge niente: chiunque può ancora inviare come il tuo dominio, solo che adesso hai un record che dice che lo sai.
A che cosa serve sp=?
Una policy separata per i sottodomini. Senza, i sottodomini ereditano p=. Conta perché gli attacchi usano sottodomini che non sono mai stati configurati per inviare posta — fattura.tuodominio.com — dove non c’è niente da rompere impostando sp=reject anche mentre il dominio principale è ancora a none.
E pct?
Applica la policy solo a una percentuale della posta che fallisce, così puoi passare a quarantena al 10% e osservare. È una rampa, non un traguardo: con pct=50 e p=reject, metà delle falsificazioni passa comunque.