Inserisci un dominio per recuperare e analizzare il suo record DMARC. Visualizza la politica di applicazione, le impostazioni di allineamento, gli indirizzi di report e lo stato della configurazione.
DMARC (Domain-based Message Authentication, Reporting and Conformance) è una politica di autenticazione email pubblicata nel DNS. Indica ai server di posta riceventi cosa fare quando i controlli SPF e DKIM falliscono e li istruisce a inviarti report sull'attività di autenticazione del tuo dominio. DMARC è il tassello finale dell'autenticazione email: unifica SPF e DKIM in una politica coerente.
Un record DMARC viene pubblicato come record TXT nel sottodominio _dmarc.yourdomain.com. Il tag più importante è p=, che imposta la politica: none significa non agire (modalità di monitoraggio), quarantine significa inviare i messaggi falliti nello spam e reject significa bloccarli del tutto. La maggior parte dei domini inizia con none e passa a reject nel tempo, dopo aver confermato che tutti i mittenti legittimi sono autenticati correttamente.
La funzione di report di DMARC è particolarmente preziosa. Quando includi un indirizzo rua (URI di report per i report aggregati), i principali ISP tra cui Gmail, Outlook e Yahoo ti invieranno report XML giornalieri che mostrano ogni IP che ha inviato mail dichiarando di provenire dal tuo dominio. Questi report ti permettono di identificare mittenti non autorizzati, scoprire servizi mal configurati e monitorare nel tempo lo stato dell'autenticazione.
La politica di applicazione principale: none, quarantine o reject.
Politica per i sottodomini. Eredita p= se non impostata.
Percentuale di messaggi a cui si applica la politica. Il valore predefinito è 100.
Indirizzo email o URI per ricevere i report aggregati giornalieri.
Indirizzo email per ricevere i report di fallimento con campioni dei messaggi.
r=relaxed (predefinito), s=strict. Strict richiede la corrispondenza esatta del dominio.
r=relaxed (predefinito), s=strict. Strict richiede la corrispondenza esatta dell'envelope-from.
Quando inviare i report forensi: 0=entrambi falliscono (predefinito), 1=qualsiasi fallimento, d=fallimento DKIM, s=fallimento SPF.
Evidenza della politica pubblicata
Lo strumento recupera la politica TXT pubblica, analizza i tag e mostra cosa i riceventi devono fare con la mail che fallisce l'autenticazione allineata.
Per example.com, i riceventi interrogano _dmarc.example.com. Una stringa v=DMARC1 sul dominio radice o su un altro host arbitrario non diventa la politica DMARC del dominio.
Dovrebbe essere restituito un solo record DMARC applicabile. Politiche duplicate o malformate creano incertezza anziché una protezione a strati.
DMARC passa quando un identificatore SPF o DKIM autenticato si allinea con il dominio From visibile. Lo strumento può leggere p=, adkim e aspf, ma non può vedere gli Authentication-Results di un messaggio che non è mai stato fornito.
Usa il record pubblicato come istruzione del dominio, poi testa la mail reale per verificare se ciascuna origine può soddisfarla.
Interpretazione della politica
Ogni risultato descrive la configurazione. Applicazione e report dipendono dai riceventi e dall'autenticazione dei messaggi reali.
SPF e DKIM possono comunque esistere, ma i riceventi non hanno istruzioni DMARC da questo nome proprietario e nessuna destinazione richiesta per i report aggregati di questa politica.
Può produrre report aggregati utili mentre si mappano i mittenti legittimi, ma non richiede quarantena o rifiuto dei fallimenti di autenticazione allineata.
Prima di considerare sana una politica più restrittiva, verifica che i flussi transazionali, aziendali, di marketing, di supporto e dei fornitori importanti superino SPF o DKIM allineati.
Il tag sp può specificare una politica per i sottodomini. Senza di esso, le regole di individuazione della politica DMARC determinano come si applica la politica del dominio organizzativo: controlla quindi il dominio From esatto usato dal messaggio.
Sequenza di audit
Collega la politica DNS ai report e alle intestazioni dei messaggi prima di cambiare il livello di applicazione.
Inserisci il dominio mostrato dopo @ nell'intestazione From. Per i sottodomini, controlla il nome esatto e verifica se si applica una politica diretta o ereditata.
Conferma che ogni tag rifletta l'attivazione prevista e che gli indirizzi rua o ruf siano sotto controllo, autorizzati dove richiesto e in grado di elaborare i report in modo sicuro.
Usa il Controllo SPF e il Controllo DKIM, poi confronta i loro identificatori con il dominio From visibile nelle intestazioni reali.
Quando la configurazione va rivista, usa il Generatore di record DMARC, pubblica un record TXT aggiornato, attendi il TTL e ripeti il controllo.
Cosa il controllo non può dimostrare
La politica DNS è un'evidenza necessaria, ma non equivale alla conformità operativa.
Non può identificare gli IP di origine attivi, il volume di fallimenti, i fornitori sconosciuti o gli schemi di spoofing. Quei dati si trovano nei report rua inviati dai riceventi partecipanti.
DMARC pubblica la politica del proprietario del dominio. Ogni ricevente applica comunque decisioni locali di recapito e filtraggio e potrebbe non inviare ogni report richiesto.
Un'indagine a livello di messaggio richiede il dominio From, il return path, la firma DKIM, Authentication-Results e le intestazioni Received pertinenti.
DMARC autentica i domini mittenti. Usa il Verificatore email per valutare se una casella di destinazione è recapitabile.
Riferimento al protocollo
Consulta la specifica quando un'etichetta della dashboard nasconde dettagli di allineamento, individuazione o report.
La RFC 7489 dell'IETF definisce l'individuazione della politica, gli identificatori allineati, i domini organizzativi, la disposizione del ricevente e i report di feedback.
Controlla l'autorizzazione SPF, la pubblicazione della chiave DKIM, la politica DMARC, le intestazioni dei messaggi reali e i report aggregati. Nessun singolo risultato DNS sostituisce gli altri livelli.
Scegli lo strumento successivo per tipo di evidenza: destinatario, individuazione, DNS e infrastruttura, o workflow del mittente.
Strumenti gratuiti
Crea un record DNS TXT DMARC con politica, allineamento e report. Generatore gratuito per l'autenticazione email del dominio.
Evidenza su dominio o infrastruttura — non prova della casella.
Strumenti gratuiti
Controlla e valida il record SPF di qualsiasi dominio. Vedi il record completo, i meccanismi e se è configurato correttamente. Gratis, senza registrazione.
Evidenza su dominio o infrastruttura — non prova della casella.
Strumenti gratuiti
Controlla il record DKIM per qualsiasi dominio e selettore. Vedi la chiave pubblica e se la firma è configurata correttamente. Gratuito, senza registrazione.
Evidenza su dominio o infrastruttura — non prova della casella.
Strumenti gratuiti
Controlla i record A, AAAA, MX, TXT, NS o CNAME di qualsiasi dominio. Lookup DNS in tempo reale con risultati immediati. Gratuito, senza registrazione.
Evidenza su dominio o infrastruttura — non prova della casella.
Strumenti email
Incolla header email grezzi e ottieni un'analisi strutturata: risultati SPF, DKIM, DMARC, percorso di consegna, punteggi spam e metadati chiave. Gratis, senza registrazione.
Diagnostica mittente o messaggio — non individuazione indirizzi.
Strumenti email
Esegui un test di deliverability email su un campione reale. Rivedi evidenze SPF, DKIM, DMARC, DNS, blacklist, filtri antispam, header e contenuto.
Diagnostica mittente o messaggio — non individuazione indirizzi.
Senza un record DMARC non c'è alcuna politica DMARC: i server riceventi non applicano alcuna misura basata su DMARC. Questo significa che le email spoofate che pretendono di provenire dal tuo dominio non incontrano ostacoli aggiuntivi oltre a SPF e DKIM. Google e Yahoo ora richiedono un record DMARC (anche solo p=none) per i mittenti di grandi volumi. Ogni dominio che invia email dovrebbe pubblicare almeno un record DMARC di monitoraggio.
p=none significa che DMARC è in modalità di monitoraggio: raccogli i report ma non agisci sui messaggi falliti. p=quarantine istruisce i server riceventi a consegnare i messaggi falliti nella cartella spam. p=reject significa che i messaggi falliti devono essere bloccati del tutto prima di raggiungere la casella di posta. Inizia con none, rivedi i report per da 2 a 4 settimane, poi passa a quarantine e reject.
L'allineamento significa che il dominio che passa SPF o DKIM deve corrispondere al dominio nell'intestazione From visibile. L'allineamento relaxed consente corrispondenze di sottodominio: mail.example.com si allinea con example.com. L'allineamento strict richiede una corrispondenza esatta. Usa relaxed per la maggior parte delle configurazioni, per evitare di interrompere l'inoltro e la mail inviata dagli ESP.
Quando includi un indirizzo email rua nel record DMARC, i principali ISP ti inviano report XML giornalieri. Ogni report contiene: quali IP hanno inviato mail dal tuo dominio, quanti messaggi ciascuno ha inviato e se SPF e DKIM sono passati o falliti. Usa questi report per trovare mittenti legittimi che necessitano di autenticazione configurata e per rilevare tentativi di spoofing.
La politica DMARC del dominio principale si applica ai sottodomini, a meno che tu non imposti un tag sp=. Se vuoi proteggere i sottodomini, aggiungi sp=reject o sp=quarantine al record DMARC. Senza sp=, i sottodomini ereditano la tua politica p= con allineamento relaxed.
Sì. Impostare pct=25 significa che la politica DMARC si applica solo al 25% dei messaggi falliti. È utile per un'attivazione graduale: inizia al 10% o al 25% quando abiliti per la prima volta quarantine o reject, per limitare l'impatto se la mail legittima è configurata in modo errato. Porta a 100 quando confermi che nessuna mail legittima sta fallendo.
DMARC protegge il tuo dominio dallo spoofing. Una lista email verificata protegge la tua capacità di recapito. Usa BillionVerify per rimuovere gli indirizzi non validi e a rischio.
600 crediti gratuiti/mese + bonus di 20/giorno al login · Accuratezza SMTP del 99,9% · Accesso API immediato · Nessuna carta di credito richiesta
