Perché generare un record DMARC?
DMARC (Domain-based Message Authentication, Reporting and Conformance) è il protocollo che completa SPF e DKIM per proteggere il tuo dominio dallo spoofing email e dal phishing. Senza una policy DMARC, chiunque può inviare email fingendo di essere il tuo dominio.
Tre motivi per avere DMARC:
- Protezione del brand → Impedisci ai truffatori di usare il tuo dominio per phishing
- Visibilità completa → Ricevi report su chi invia email dal tuo dominio
- Migliore deliverability → I provider (Gmail, Microsoft) favoriscono i domini con DMARC
Come usare il generatore in 3 passaggi
Passaggio 1: Inserisci il tuo dominio
Inserisci il tuo dominio organizzativo esattamente come appare nei tuoi indirizzi email (es. captaindns.com). Lo strumento genera automaticamente il nome DNS completo: _dmarc.captaindns.com.
Passaggio 2: Configura le opzioni
Policy principale (p): Cosa fare con le email che falliscono?
none: Osserva senza bloccare (consigliato per iniziare)quarantine: Invia allo spamreject: Blocca completamente
Allineamento (adkim, aspf): Come verificare la corrispondenza del dominio?
relaxed(r): Sottodomini accettati (consigliato)strict(s): Corrispondenza esatta richiesta
Report (rua, ruf): Dove ricevere statistiche?
- Aggiungi
mailto:dmarc@tuodominio.comper report aggregati
Passaggio 3: Copia e pubblica
Il generatore produce il record DNS completo. Copialo nella tua interfaccia di gestione DNS:
- Nome:
_dmarc.tuodominio.com - Tipo: TXT
- Valore: Il record generato
Cos'è esattamente DMARC?
DMARC è una policy DNS che indica ai server di posta:
- Cosa verificare: SPF o DKIM passano E sono allineati con il dominio visibile?
- Cosa fare in caso di fallimento: Osserva (none), spam (quarantine), o blocca (reject)
- Dove reportare: Indirizzi email per ricevere statistiche
Esempio di record DMARC:
_dmarc.esempio.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@esempio.com; adkim=r; aspf=r; pct=100"
Decodificato:
v=DMARC1: Versione del protocollo (obbligatorio)p=quarantine: Policy = invia allo spamrua=mailto:...: Indirizzo per report aggregatiadkim=r: Allineamento DKIM relaxedaspf=r: Allineamento SPF relaxedpct=100: Applica al 100% delle email
Tutti i tag DMARC spiegati
Tag obbligatori
| Tag | Valori | Descrizione |
|---|---|---|
| v | DMARC1 | Versione del protocollo. Sempre DMARC1. |
| p | none / quarantine / reject | Policy per il dominio principale. |
Tag opzionali comuni
| Tag | Valori | Descrizione |
|---|---|---|
| sp | none / quarantine / reject | Policy per sottodomini. Eredita da p se assente. |
| rua | mailto:indirizzo | Indirizzi per report aggregati (giornalieri). |
| ruf | mailto:indirizzo | Indirizzi per report forensi (per fallimento). |
| adkim | r (relaxed) / s (strict) | Modalità allineamento DKIM. |
| aspf | r (relaxed) / s (strict) | Modalità allineamento SPF. |
| pct | 1-100 | Percentuale di email soggette alla policy. |
Tag avanzati
| Tag | Valori | Descrizione |
|---|---|---|
| fo | 0 / 1 / d / s | Opzioni di generazione report forensi. |
| ri | secondi | Intervallo report aggregati (default 86400 = 24h). |
Casi d'uso pratici
Caso 1: Nuovo dominio senza storico
Obiettivo: Proteggere un dominio che inizia a inviare email.
Configurazione consigliata:
v=DMARC1; p=none; rua=mailto:dmarc@esempio.com; adkim=r; aspf=r
Prossimi passi:
- Monitora i report per 2-4 settimane
- Identifica tutte le sorgenti legittime
- Passa a
p=quarantine; pct=25 - Aumenta gradualmente fino a
p=reject
Caso 2: Dominio con servizi multipli (CRM, newsletter, transazionale)
Obiettivo: Proteggere senza interrompere i flussi esistenti.
Configurazione iniziale:
v=DMARC1; p=none; sp=none; rua=mailto:dmarc@esempio.com; adkim=r; aspf=r
Diagnosi tramite report RUA:
- Elenca tutti gli IP/domini che inviano
- Verifica che ogni sorgente abbia SPF e DKIM configurati
- Identifica sorgenti non autorizzate (potenziale spoofing)
Rollout graduale:
v=DMARC1; p=quarantine; pct=10; rua=mailto:dmarc@esempio.com
Poi 25%, 50%, 100%, e infine p=reject.
Caso 3: Dominio che non invia email
Obiettivo: Prevenire qualsiasi uso fraudolento di un dominio "parcheggiato".
Configurazione strict diretta:
v=DMARC1; p=reject; sp=reject; adkim=s; aspf=s
Nessuna fase di osservazione necessaria se il dominio non dovrebbe mai inviare email legittime.
Errori comuni da evitare
| Errore | Problema | Soluzione |
|---|---|---|
| Due record DMARC | Conflitto, policy ignorata | Solo un record per dominio |
| Dimenticare mailto: | Report non inviati | rua=mailto:indirizzo@dominio.com |
| Saltare direttamente a reject | Blocco email legittime | Inizia con p=none, poi quarantine |
| Ignorare i report | Nessuna visibilità sui problemi | Analizza RUA settimanalmente |
| Allineamento strict troppo presto | Fallimenti se sottodomini o servizi terzi | Mantieni r (relaxed) fino a inventario completo |
Best practice per il deployment
Fase 1: Osservazione (2-4 settimane)
v=DMARC1; p=none; rua=mailto:dmarc@esempio.com
- Raccogli report
- Identifica tutte le sorgenti legittime
- Correggi SPF/DKIM per sorgenti non allineate
Fase 2: Quarantena graduale
v=DMARC1; p=quarantine; pct=10; rua=mailto:dmarc@esempio.com
- Aumenta da 10% → 25% → 50% → 100%
- Monitora reclami utenti
- Aggiusta se necessario
Fase 3: Reject
v=DMARC1; p=reject; rua=mailto:dmarc@esempio.com; adkim=r; aspf=r
- Protezione massima
- Opzionalmente passa ad allineamento strict (
adkim=s; aspf=s)
FAQ - Domande frequenti
D: Cos'è un record DMARC?
R: DMARC (Domain-based Message Authentication, Reporting and Conformance) è un record DNS TXT che indica ai server di posta come gestire le email che falliscono i controlli SPF e DKIM. Protegge il tuo dominio dallo spoofing e dal phishing.
D: Quale policy DMARC dovrei usare per iniziare?
R: Inizia sempre con p=none. Questa policy non impatta la consegna ma ti invia report. Analizza questi report per 2-4 settimane per identificare tutti i flussi legittimi prima di passare a quarantine poi reject.
D: Qual è la differenza tra RUA e RUF?
R:
- RUA (Reporting URI for Aggregate): Report aggregati giornalieri con statistiche globali
- RUF (Reporting URI for Forensic): Report dettagliati per singolo fallimento
RUA è essenziale e supportato da tutti. RUF è opzionale e raramente supportato dai provider.
D: Come funziona l'allineamento DMARC?
R: L'allineamento verifica che il dominio visibile (From:) corrisponda al dominio autenticato da SPF o DKIM:
- Relaxed (r):
mail.esempio.comsi allinea conesempio.com - Strict (s): Corrispondenza esatta richiesta
D: Posso avere più record DMARC?
R: No. È permesso solo un record DMARC per dominio. Record multipli causano errori. Modifica quello esistente invece di aggiungerne uno nuovo.
D: Quanto tempo prima che DMARC sia attivo?
R: Il record è attivo una volta che il DNS si propaga (minuti a 48h). I primi report RUA arrivano entro 24-48h dopo che le email vengono inviate dal tuo dominio.
D: Come ricevo report per un dominio esterno?
R: Se il tuo indirizzo RUA è su un altro dominio, quel dominio deve autorizzarti con:
tuodominio._report._dmarc.dominio-report.com TXT "v=DMARC1"
Strumenti complementari
| Strumento | Scopo |
|---|---|
| DMARC Record Check | Verifica il tuo record DMARC esistente |
| SPF Generator | Crea un record SPF valido |
| DKIM Generator | Crea le tue chiavi DKIM (RSA/Ed25519) |
| DKIM Record Check | Verifica la tua firma DKIM |
| Mail Tester | Testa la deliverability delle tue email |
Risorse utili
- RFC 7489 - DMARC (specifica ufficiale)
- Google - Configurare DMARC (guida Gmail/Workspace)
- Microsoft - DMARC in Microsoft 365 (guida Microsoft)
- DMARC.org (sito ufficiale del progetto)