Crea passo dopo passo un record DMARC corretto per il tuo dominio. Scegli la policy, aggiungi gli indirizzi che riceveranno i report e copia il record TXT pronto da incollare nel DNS, con avvisi sugli errori che rendono DMARC inefficace senza che tu te ne accorga.
Funziona al 100% nel tuo browser: non viene caricato nulla
TXT_dmarcSe il pannello DNS aggiunge il dominio da solo, scrivi solo _dmarc.
v=DMARC1; p=nonePubblica esattamente un record TXT con questo valore.
→ Dopo la pubblicazione, verifica con la verifica SPF, DKIM e DMARC gratuita
Le modifiche DNS di solito sono visibili in pochi minuti.
SPF, DKIM e DMARC perfetti non fermano i bounce. Inviare a indirizzi non validi, usa e getta o abbandonati danneggia la reputazione del mittente tanto quanto un DMARC mancante. Valida la tua lista prima della prossima campagna.
→ Verifica un singolo indirizzo con il validatore email gratuito
DMARC si basa su SPF e DKIM. Assicurati che ogni servizio che invia a nome del tuo dominio superi almeno uno dei due, con il tuo dominio allineato.
Parti da p=none e da un indirizzo rua per ricevere i report aggregati. Il record si aggiorna mentre scrivi.
Nel pannello del tuo provider DNS crea un record TXT con nome _dmarc (alcuni pannelli chiedono _dmarc.tuodominio.it) e incolla il valore. Mantieni un solo record DMARC.
Controllalo con la nostra verifica SPF, DKIM e DMARC gratuita, segui i report per qualche settimana e poi passa a quarantine e reject.
Un record DMARC è un elenco di coppie tag=valore separate da punto e virgola. Solo v e p sono obbligatori.
v=DMARC1 deve stare all’inizio. p indica ai destinatari cosa fare con la posta che non supera DMARC: none (solo report), quarantine (cartella spam) o reject (rifiutarla). sp imposta una policy diversa per i sottodomini; se assente, valgono le regole di p.
rua riceve report aggregati giornalieri (XML) da Gmail, Yahoo, Microsoft e altri, con ogni IP che ha inviato a nome del tuo dominio. ruf riceve report di errore per singolo messaggio, che pochi provider inviano. Si possono indicare più indirizzi separati da virgola, ognuno come mailto:.
DMARC è superato solo se SPF o DKIM passano per un dominio che corrisponde al dominio visibile nel From. Rilassato (r, predefinito) accetta i sottodomini — mail.esempio.it è allineato con esempio.it; rigoroso (s) richiede la corrispondenza esatta.
pct applica la policy a una percentuale della posta non conforme, utile per un’adozione graduale. fo stabilisce quando generare i report di errore. ri chiede un intervallo dei report in secondi, anche se la maggior parte dei provider invia comunque un report al giorno.
Passare subito a reject può bloccare le tue stesse fatture, newsletter o email di assistenza. Procedi per fasi e lasciati guidare dai report.
Pubblica p=none con un indirizzo rua. Leggi i report aggregati (il nostro analizzatore di report DMARC li apre nel tuo browser) ed elenca ogni servizio che invia a nome del tuo dominio.
Per ogni servizio configura DKIM con il tuo dominio e/o aggiungilo all’SPF. Ripeti finché le fonti legittime superano DMARC: è normale che la posta inoltrata fallisca l’SPF.
Passa a p=quarantine, se vuoi con pct=25, poi 50 e 100. Tieni d’occhio i report e la casella dell’assistenza per segnalazioni di email mancanti.
Quando quarantine funziona senza problemi da qualche settimana, passa a p=reject. Valuta anche sp=reject, così nessuno può falsificare i sottodomini che non usi.
Mantieni l’indirizzo rua anche dopo essere arrivato a reject: i nuovi strumenti che iniziano a inviare a nome del tuo dominio compariranno prima nei report.
→ Analizzatore di report DMARC — Apri i report aggregati DMARC (RUA) — XML, .gz o .zip — e scopri chi invia a nome del tuo dominio.
Un record TXT pubblicato in _dmarc.tuodominio che indica ai server destinatari come trattare i messaggi che dichiarano di provenire dal tuo dominio ma non superano l’allineamento SPF e DKIM, e dove inviare i report su di essi.
Con p=none e un indirizzo rua. La consegna non cambia, ma ricevi report su tutto ciò che viene inviato a nome del tuo dominio. Quando tutti i mittenti legittimi superano i controlli, passa a p=quarantine (se vuoi con pct) e infine a p=reject.
Per le regole sui mittenti massivi sì: Gmail e Yahoo (da febbraio 2024) e Outlook.com (da maggio 2025) richiedono un record DMARC valido e accettano p=none. Ma p=none non impedisce a nessuno di falsificare il tuo dominio: solo quarantine o reject lo fanno.
Crea un record TXT con host/nome _dmarc e il valore generato. Alcuni pannelli DNS aggiungono il dominio automaticamente (scrivi _dmarc), altri vogliono il nome completo (_dmarc.tuodominio.it). Non pubblicare mai due record DMARC: i destinatari li ignorerebbero entrambi.
Sì, ma il dominio che li riceve deve autorizzarlo con un record TXT chiamato tuodominio._report._dmarc.dominiodelreport contenente v=DMARC1. I servizi di report DMARC di solito lo pubblicano per te; se usi una tua casella su un altro dominio, devi aggiungerlo tu.
No. I sottodomini ereditano la policy del dominio organizzativo (o il tag sp, se presente). Pubblica un record su un sottodominio solo se gli serve una policy o indirizzi di report diversi.
Di solito pochi minuti, a seconda del TTL della zona DNS. I report aggregati arrivano circa una volta al giorno da ogni provider che ha ricevuto posta dal tuo dominio: aspettati i primi entro 24–48 ore.
No. Il record viene creato interamente nel tuo browser; nulla di ciò che scrivi viene inviato ai nostri server.
Un account gratuito include 200 crediti per validare liste in blocco, tramite API REST o in tempo reale sui tuoi moduli, così la tua posta autenticata raggiunge persone reali.
Crea un account gratuito — 200 creditiNessuna carta di credito. I crediti non scadono.