Perché DMARC non funziona? Cause, soluzioni e come verificarlo

Perché il DMARC non funziona sul tuo dominio? Nella maggior parte dei casi, il problema è da ricercarsi in una delle due seguenti cause: l’SPF o il DKIM non corrispondono all’indirizzo “Da” visibile, oppure un mittente di terze parti non è stato ancora autorizzato. Questa guida tratta entrambi gli aspetti, spiegando inoltre come capire se le recenti modifiche alle politiche di Google, Yahoo o Microsoft siano la vera causa dei tuoi errori DMARC e come verificare autonomamente la causa dell’errore prima di apportare modifiche.

Perché DMARC non funziona? La risposta breve

DMARC restituisce un errore quando né SPF né DKIM autenticano il messaggio e non sono allineati con il dominio "Da" visibile. Per superare il controllo, DMARC richiede che almeno uno tra SPF e DKIM superi il controllo di allineamento del dominio. Quando nessuno dei due è allineato, si verifica automaticamente un errore DMARC. In alcuni casi, quando un dominio è configurato solo con SPF o DKIM insieme a DMARC (e non con entrambi), DMARC restituirà un errore se l'allineamento SPF/DKIM fallisce per quel messaggio, anche se l'autenticazione viene superata.

Cosa significa un errore DMARC?

Si verifica un errore DMARC quando un’e-mail non supera il controllo DMARC stesso. Ciò accade quando né SPF né DKIM riescono a verificare, in modo allineato, che l’e-mail sia stata inviata legittimamente dal proprio dominio. In questo contesto, “verificare” e “allineare” sono due operazioni distinte, e confonderle è proprio ciò che genera la maggior parte della confusione.

L'SPF può superare il controllo mentre il DMARC può comunque fallire: ecco perché

Supponiamo che la tua piattaforma di marketing invii e-mail utilizzando il proprio dominio di ritorno, mail.esp-provider.com. L’SPF verifica quel dominio e lo approva; l’IP mittente è autorizzato a inviare per conto di mail.esp-provider.com. Ma il tuo indirizzo "Da" visibile è yourdomain.com. DMARC non si limita a verificare se l’SPF ha superato il controllo da qualche parte, ma controlla se il dominio che ha superato l’SPF corrisponde al dominio "Da" visibile. mail.esp-provider.com non corrisponde a yourdomain.com. Quindi l’SPF ha superato il controllo, ma DMARC continua a fallire.

La stessa logica vale per DKIM. Un messaggio può contenere una firma DKIM valida e verificata crittograficamente, ma se il dominio d= presente in tale firma (il dominio firmatario) non corrisponde al dominio "Da" visibile, DMARC lo considera non allineato e il controllo fallisce, anche se la firma in sé è perfettamente valida. Questa è la causa più comune della confusione legata al fatto che "sia SPF che DKIM riportano un risultato positivo", ed è per questo che l'allineamento, non solo l'autenticazione, è la prima cosa da verificare.

Cause comuni di errore DMARC

La maggior parte degli errori DMARC è riconducibile a un’errata configurazione in qualche punto dell’infrastruttura di invio, piuttosto che a un vero e proprio attacco. Ecco una panoramica di come gli errori SPF e DKIM influiscono sul DMARC:

1. Errore SPF

L'SPF fallisce per una serie di motivi specifici e ben documentati:

• Superamento del limite di 10 query DNS: l’SPF prevede un limite massimo di 10 query DNS per ogni verifica. Quando un dominio invia messaggi tramite più piattaforme (ad esempio, un CRM, uno strumento di email marketing e server di posta interni), ciascuna con il proprio meccanismo di inclusione, tale limite viene raggiunto rapidamente. Una volta superato, l’SPF fallisce completamente, spesso senza alcun avviso evidente fino a quando la posta non inizia a essere respinta.
• Mancanza di un include per un servizio di invio: se si aggiunge una nuova piattaforma di invio e si dimentica di aggiungere il relativo include SPF, le e-mail provenienti da quella piattaforma non supereranno mai il controllo SPF.
• Più record SPF su un unico dominio: il DNS consente un solo record SPF per dominio. Se ne esistono due, la maggior parte dei server destinatari non è in grado di stabilire quale considerare attendibile e il controllo fallirà.
• Errori di sintassi: spazi superflui, meccanismi non corretti o un record ordinato in modo errato possono invalidare l'intero codice.

Scopri di più sui motivi per cui l'SPF non funziona.

2. Errore DKIM

Gli errori DKIM sono solitamente dovuti a una delle tre cause seguenti:

• Chiavi scadute o sostituite che non sono mai state aggiornate nel DNS: le chiavi DKIM non sono permanenti. Se una chiave viene sostituita dal lato mittente ma la nuova chiave pubblica non viene pubblicata nel DNS, ogni firma viene verificata rispetto alla chiave errata e risulta non valida.
• Selettore mancante o errato: il selettore indica ai server destinatari quale record DNS contiene la chiave pubblica relativa a una determinata firma. Se il selettore è errato, la verifica DKIM fallisce anche se la chiave stessa è corretta.
• Firme invalidate in seguito alla modifica del messaggio dopo la firma: DKIM firma specifiche intestazioni e il contenuto del corpo del messaggio. Se un elemento coperto da tale firma viene modificato dopo la firma, la firma viene invalidata.

Puoi consultare la nostra guida su come configurare DKIM e la nostra analisi approfondita sui motivi per cui DKIM non funziona, per risolvere problemi specifici legati a scenari di errore e malfunzionamenti di DKIM.

3. Mittenti di terze parti non autorizzati (CRM, ESP, help desk)

Molte aziende inviano e-mail tramite strumenti di automazione del marketing, sistemi CRM, software di assistenza clienti e servizi di posta elettronica transazionale. Se tali piattaforme non sono debitamente autorizzate a inviare messaggi per conto del proprio dominio, ogni messaggio da esse inviato potrebbe causare un errore DMARC.

Ad esempio, sia Google Workspace che Microsoft 365 firmano la posta in uscita con il proprio selettore DKIM predefinito, a meno che non se ne configuri uno personalizzato. Ciò significa che la posta inviata tramite queste piattaforme può apparire ai destinatari con l’indicazione “via provider.com”. Questi messaggi potrebbero non superare il controllo di allineamento, poiché il dominio di firma non corrisponde al dominio visibile nel campo “Da”, a meno che non si sia configurata esplicitamente una firma DKIM personalizzata per il proprio dominio all’interno di quella piattaforma.

4. Inoltro delle e-mail e liste di distribuzione

Quando un'e-mail viene inoltrata, l'IP del server di inoltro non è presente nel record SPF del mittente originale, il che compromette l'allineamento SPF. Anche l'indirizzo "From" della busta o le intestazioni possono subire modifiche durante il processo.

Le mailing list sono simili, ma non sono la stessa cosa. Spesso modificano direttamente il corpo del messaggio o le intestazioni, aggiungendo un piè di pagina per la disiscrizione o riscrivendo l’oggetto, il che invalida la firma DKIM anche in situazioni in cui il semplice inoltro non lo farebbe. L'ARC (Authenticated Received Chain) esiste proprio per mitigare questo problema, consentendo ai server intermedi di allegare una registrazione verificabile dei risultati di autenticazione originali. Tuttavia, potrebbe presto essere deprecato, poiché le sue funzionalità saranno integrate nella prossima specifica DKIM2.

5. Disallineamento dei sottodomini

Se la tua politica DMARC copre yourdomain.com, ma le e-mail vengono inviate da mail.yourdomain.com senza un proprio allineamento, tali e-mail potrebbero non superare i controlli DMARC. Le organizzazioni che gestiscono la posta elettronica su più sottodomini necessitano di un'autenticazione coerente su tutti i sottodomini, non solo sul dominio principale.

6. Ritardi nella propagazione del DNS (errori intermittenti)

Se un record DNS è stato appena modificato, alcuni server destinatari potrebbero ancora visualizzare la versione precedente, memorizzata nella cache, mentre altri hanno già acquisito quella nuova. Questa discrepanza fa sì che il DMARC risulti “pass” per alcuni destinatari e “fail” per altri esattamente nello stesso momento, il che costituisce un andamento davvero fuorviante se non si è a conoscenza del fatto che la causa è il ritardo di propagazione. Se avete recentemente modificato un record SPF, DKIM o DMARC e gli errori sembrano sporadici anziché generalizzati, attendete un po’ di tempo (spesso fino a 24-48 ore, a seconda del TTL del record) prima di supporre che ci sia qualcos’altro che non va.

Controlla in tempo reale la propagazione del tuo DNS su https://powerdmarc.com/dns-propagation-checker/

7. Spoofing del dominio (DMARC funziona come previsto)

Se qualcuno sta usurpando l’identità del tuo dominio per inviare e-mail di phishing o spam, tali messaggi non supereranno naturalmente il controllo DMARC, poiché la fonte non autorizzata non supera i controlli SPF o DKIM associati al tuo dominio. Questa è l’unica causa in questo elenco che non deriva da un errore di configurazione. Si tratta semplicemente di DMARC che fa esattamente ciò per cui è stato progettato, ed è un segnale che il tuo dominio è attivamente preso di mira; vale quindi la pena monitorarlo attentamente nei tuoi report DMARC.

8. Viene visualizzato un messaggio di errore specifico o un codice di errore?

Se sei arrivato qui cercando una stringa di errore specifica, tutti i messaggi riportati di seguito sono semplicemente errori DMARC o di allineamento espressi nel linguaggio proprio di ciascuna piattaforma. Le cause alla base e le soluzioni sono tutte illustrate sopra.

"Autenticazione DNS: errore DMARC" di Mimecast

Questo è il modo in cui Mimecast segnala che un messaggio in entrata o in uscita non ha superato la valutazione DMARC, in genere per gli stessi motivi di allineamento SPF/DKIM descritti sopra.

Errori di consegna di SendGrid

Gli errori relativi a DMARC indicano solitamente che il dominio di invio di SendGrid, oppure il dominio "Da" di un cliente che invia tramite SendGrid, non è correttamente allineato, spesso perché non è stata completata la configurazione personalizzata di DKIM/SPF per il dominio di invio.

Codici SMTP di Gmail

Il codice 421-4.7.26 indica un errore temporaneo, ovvero che il messaggio non è autenticato (mancanza di allineamento con le regole SPF o DKIM) e, dalla fine del 2025, Gmail ha iniziato a convertire questi errori in rifiuti permanenti con codice 550-5.7.26 in modo più aggressivo in caso di non conformità persistente. Un codice correlato, 550-5.7.1, indica specificatamente che il messaggio non ha superato la verifica in base alla politica DMARC pubblicata dal dominio mittente stesso.

Microsoft 550 5.7.515

Si tratta di un rifiuto definitivo introdotto da Microsoft per i mittenti che inviano grandi volumi di messaggi (oltre 5.000 e-mail al giorno a indirizzi Outlook, Hotmail o Live.com) e che non soddisfano i suoi requisiti di autenticazione, con entrata in vigore il 5 maggio 2025.

Perché DMARC ha improvvisamente smesso di funzionare?

Se il tuo dominio superava il controllo DMARC e di recente ha iniziato a non superarlo, controlla questo elenco prima di pensare che ci sia un problema:

• È stato aggiunto un nuovo strumento di marketing, un sistema CRM o una piattaforma di assistenza clienti senza aggiornare la configurazione SPF o DKIM.
• Un record DNS è stato modificato di recente e ora presenta un errore di sintassi o un record SPF duplicato per errore.
• Una chiave DKIM è stata sostituita o è scaduta senza che la nuova chiave fosse stata pubblicata nel DNS.
• Un sottodominio ha iniziato a inviare e-mail senza un proprio allineamento SPF, DKIM o DMARC.
• Google, Yahoo e Microsoft hanno inasprito i controlli da parte loro.

Google, Yahoo e Microsoft stanno applicando il protocollo DMARC in modo più rigoroso che mai

I requisiti di Google e Yahoo per i mittenti di grandi volumi sono stati annunciati alla fine del 2023 ed sono entrati in vigore per i mittenti di grandi volumi nel febbraio 2024, con la piena applicazione a partire dall’aprile 2024. Da allora, Gmail ha continuato a inasprire la propria politica nel convertire i rinvii temporanei in rifiuti permanenti per i domini che rimangono non conformi, una tendenza che è diventata notevolmente più rigorosa fino alla fine del 2025.

Microsoft ha poi definito i propri requisiti per gli indirizzi Outlook, Hotmail e Live.com. L'applicazione di tali requisiti è iniziata il 5 maggio 2025: la posta di massa non conforme (oltre 5.000 e-mail al giorno) viene ora respinta immediatamente con l'errore 550 5.7.515, anziché essere semplicemente reindirizzata nella cartella dello spam.

Se il tuo dominio invia 5.000 o più e-mail al giorno a uno qualsiasi di questi provider e ultimamente il DMARC ha iniziato a generare errori con maggiore frequenza, questo inasprimento delle misure di controllo potrebbe essere proprio la causa. La soluzione è la stessa in entrambi i casi: individua tutte le fonti di invio, assicurati che SPF e DKIM siano correttamente allineati e verifica che il tuo record DMARC sia corretto. Per i requisiti completi specifici per ciascun provider, consulta la nostra guida sui requisiti per i mittenti di e-mail di massa.

Come verificare un errore DMARC

Prima di apportare modifiche, verifica cosa sta realmente accadendo:

1. Invia un messaggio di prova a Gmail, Outlook e Yahoo, quindi apri l'intestazione "Authentication-Results".

In Gmail, apri il messaggio e seleziona “Mostra originale”. In Outlook, utilizza “Visualizza dettagli messaggio”. Cerca i risultati spf=, dkim= e dmarc= e verifica se il dominio che supera i controlli corrisponde all’indirizzo del mittente visibile.

2. Confronta l'IP di origine non conforme con i tuoi report DMARC aggregati (RUA).

Questi report mostrano tutti gli indirizzi IP che inviano email per conto del tuo dominio e se ciascuno di essi ha superato o meno il controllo; questo è solitamente il modo più veloce per individuare una fonte non autorizzata o configurata in modo errato. Se non hai familiarità con il formato XML grezzo, puoi consultare la nostra guida su come interpretare i report DMARC.

3. Verifica il dominio tramite uno strumento gratuito di controllo DMARC

Verifica lo stato attuale dei tuoi record, poiché un record che sembrava corretto al momento della pubblicazione può presentare, col passare del tempo, problemi di sintassi, duplicati o lacune nella propagazione. Il nostro strumento di verifica dei record DMARC risolve tutto questo in un unico passaggio.

Cosa succede quando DMARC fallisce?

Il risultato dipende interamente dalla politica DMARC impostata per il tuo dominio. La tua politica indica ai server di posta riceventi come gestire le e-mail che non superano l'autenticazione, e ogni livello comporta conseguenze diverse.

p=none: Solo monitoraggio

Con una politica DMARC impostata su p=none, le e-mail che non superano il controllo DMARC vengono comunque recapitate, ma spesso finiscono nella cartella dello spam anziché nella posta in arrivo. Questa politica è pensata per il monitoraggio: consente di raccogliere i report DMARC e identificare eventuali problemi di autenticazione senza interrompere il flusso di posta elettronica. Sebbene rappresenti un punto di partenza sicuro, mantenere l’impostazione p=none a lungo termine rende il dominio vulnerabile, poiché non blocca attivamente i mittenti non autorizzati.

p=quarantena: inviato allo spam

Con una politica DMARC impostata su p=quarantine, le email non consegnate vengono inviate alla cartella spam del destinatario. Ciò riduce la visibilità e il coinvolgimento degli utenti, poiché le tue email legittime potrebbero finire sepolte tra la posta indesiderata. Sebbene questa politica offra una protezione maggiore rispetto a p=none, può comunque danneggiare la tua attività se le email legittime non vengono consegnate a causa di configurazioni errate piuttosto che di un effettivo spoofing.

p=rifiuto: Bloccato completamente

Una politica DMARC impostata su p=reject comporterà il blocco totale dell’e-mail da parte dei server di ricezione, impedendole di raggiungere il destinatario. Si tratta della politica più rigorosa e sicura, in grado di bloccare sul nascere qualsiasi tentativo di phishing e spoofing. Tuttavia, se le configurazioni SPF e DKIM non sono corrette, una politica p=reject bloccherà anche le vostre e-mail legittime, con gravi ripercussioni sulle comunicazioni aziendali.

Impatto dei fallimenti DMARC sulla tua attività

Gli errori DMARC rappresentano una sfida significativa per le aziende che utilizzano la posta elettronica come mezzo di comunicazione. Ecco in che modo un errore DMARC può influire sulla tua organizzazione.

Riduzione della deliverability delle e-mail

Gli errori DMARC possono comportare il blocco o il rifiuto di e-mail legittime da parte dei provider di posta elettronica, con ripercussioni sulle comunicazioni aziendali. Che le vostre e-mail finiscano nella cartella dello spam o vengano respinte del tutto, il risultato è lo stesso: i vostri messaggi non raggiungono le persone che dovrebbero riceverli. Per le aziende che fanno affidamento sulla posta elettronica per le vendite, il marketing, l’assistenza clienti o le comunicazioni transazionali, ciò si traduce direttamente in opportunità perse.

Reputazione del mittente danneggiata

I ripetuti errori DMARC possono compromettere la reputazione del mittente del tuo dominio, rendendo più difficile che anche le email autenticate raggiungano la casella di posta in arrivo. I provider di posta elettronica come Google e Microsoft tengono traccia della cronologia di autenticazione del tuo dominio. Quando rilevano una serie di errori DMARC, iniziano a considerare il tuo dominio meno affidabile, il che significa che, col passare del tempo, anche le email configurate correttamente potrebbero iniziare a riscontrare problemi di consegna.

Tassi di apertura e coinvolgimento dei clienti inferiori

Gli errori DMARC possono far sì che le e-mail finiscano nelle cartelle dello spam, riducendo i tassi di apertura e il coinvolgimento dei clienti. Se le tue campagne di marketing, le fatture, le conferme d’ordine o gli aggiornamenti aziendali importanti finiscono sistematicamente nello spam, il tuo pubblico semplicemente non li vedrà, con conseguente perdita di ricavi e clienti insoddisfatti.

Aumento del rischio di phishing e spoofing

Un elevato tasso di fallimenti DMARC aumenta il rischio di attacchi di phishing e di spoofing del dominio, minando la fiducia dei clienti. Se il tuo dominio è oggetto di spoofing, le fonti non autorizzate non supereranno i controlli DMARC, ma in assenza di una politica di applicazione rigorosa, tali e-mail contraffatte potrebbero comunque raggiungere i destinatari, esponendo i tuoi clienti, partner e dipendenti al rischio di cadere vittime di messaggi fraudolenti inviati a nome del tuo marchio.

Danni a lungo termine alla deliverability

Gli errori DMARC possono segnalare ai provider di caselle di posta che un dominio non è affidabile, il che può avere ripercussioni a lungo termine sulla deliverability delle email. Ricostruire una reputazione del mittente compromessa richiede tempo e impegno notevoli. Una volta ripristinata l’autenticazione, ricostruire gradualmente la fiducia della casella di posta attraverso un “warmup” IP strutturato, aumentando il volume in uscita con incrementi giornalieri misurati e generando segnali di coinvolgimento positivi da parte di destinatari reali, è spesso ciò che determina la rapidità con cui la deliverability si ripristina effettivamente.

Come risolvere un errore DMARC

Per risolvere un errore DMARC è necessario capire perché si è verificato e apportare le giuste modifiche alla configurazione dell'autenticazione delle e-mail.

Passaggio 1: iniziare con una politica DMARC rilassata (p=none)

Con una politica "none", puoi iniziare a monitorare il tuo dominio tramite i rapporti aggregati DMARC (RUA) e tenere sotto stretta osservazione le e-mail in entrata e in uscita, il che ti aiuta a risolvere i problemi di consegna prima che si aggravino.
Ciò consente ai messaggi legittimi di continuare a raggiungere i destinatari anche se il controllo DMARC fallisce, sebbene nel frattempo ti esponga al rischio di phishing e spoofing.

Passo 2: garantire un corretto allineamento SPF e DKIM

Verifica che il tuo record DNS non contenga errori e assicurati che il dominio che supera i controlli SPF o DKIM corrisponda effettivamente al tuo indirizzo "Da" visibile, secondo l'esatto meccanismo spiegato in precedenza in questa guida. Il nostro strumento gratuito di verifica DMARC è in grado di individuare eventuali errori nella sintassi DMARC o nella formattazione del record DNS, inclusi spazi superflui ed errori ortografici.

L'uso combinato di DKIM e SPF garantisce un approccio a più livelli: DKIM verifica che il messaggio non sia stato manomesso, mentre SPF verifica l'identità del server mittente. Insieme, contribuiscono a rafforzare la fiducia nella provenienza dell'e-mail e a ridurre il rischio di spoofing e di attività e-mail non autorizzate.

Fase 3: rafforzare la difesa con l'applicazione della legge

Una volta confermati e allineati i mittenti legittimi, passare a una politica obbligatoria (p=quarantena, poi p=rifiuto) per ottenere una protezione effettiva contro lo spoofing dei domini e gli attacchi di phishing.

Fase 4: Protezione con il rilevamento delle minacce guidato dall'intelligenza artificiale

Elimina gli indirizzi IP dannosi e segnalali direttamente dalla tua piattaforma DMARC per prevenire futuri tentativi di usurpazione d'identità, avvalendoti, ove disponibili, degli strumenti di intelligence sulle minacce.

Fase 5: Ottimizzare costantemente sulla base dei rapporti sugli errori

Attiva i rapporti sugli errori DMARC (RUF) per ottenere informazioni dettagliate sui casi specifici in cui le e-mail non hanno superato il controllo DMARC, in modo da poter individuare la causa del problema e risolverlo più rapidamente.

Risolvi gli errori DMARC con PowerDMARC

Gestire gli errori DMARC può essere complesso, soprattutto quando si gestiscono più servizi di invio, piattaforme di terze parti e infrastrutture di posta elettronica in continua evoluzione. PowerDMARC semplifica l'intero processo, dalla configurazione iniziale al monitoraggio continuo e al rilevamento delle minacce.

Aiutiamo le organizzazioni a implementare correttamente DMARC fornendo una guida dettagliata e strumenti di automazione che garantiscono che i record DMARC, SPF e l'autenticazione DKIM siano configurati e allineati correttamente fin dal primo giorno. Ciò riduce il rischio di configurazioni errate che portano a errori DMARC e consente al tuo dominio di raggiungere più rapidamente la piena conformità.

Una volta implementato DMARC, PowerDMARC monitora continuamente il traffico e-mail e genera report e avvisi in tempo reale ogni volta che viene rilevato un errore DMARC.

Ecco cosa ci rende unici:

• Informazioni sulle minacce basate sull'intelligenza artificiale e avvisi automatici che identificano in tempo reale i tentativi di phishing e spoofing
• Assistenza graduale per l'implementazione e l'adozione, per ottenere DMARC, SPF e DKIM fin dal primo giorno
• Report leggibili e fruibili che sostituiscono i complessi dati XML con informazioni chiare e intuitive.
• Scelto da oltre 5.000 organizzazioni in tutto il mondo per risolvere e prevenire gli errori DMARC

Domande frequenti

1. Cosa significa DMARC?

DMARC è l'acronimo di Domain-Based Message Authentication, Reporting, and Conformance (autenticazione, segnalazione e conformità dei messaggi basata sul dominio). Si tratta di un protocollo di autenticazione delle e-mail che aiuta a proteggere i domini dallo spoofing, dal phishing e da altri attacchi informatici, verificando che le e-mail siano inviate legittimamente da fonti autorizzate.

2. Come superare l'autenticazione DMARC?

Per superare l'autenticazione DMARC, le tue e-mail devono superare l'autenticazione SPF o DKIM ed essere coerenti con il dominio indicato nell'indirizzo "Da". A tal fine, assicurati che i tuoi IP di invio siano autorizzati nell'SPF, che il DKIM sia correttamente firmato e che il tuo record DMARC sia pubblicato correttamente nel DNS.

3. Come risolvere la mancanza di protezione DMARC?

Per ovviare alla mancanza di protezione DMARC, pubblica un record DMARC nel DNS del tuo dominio. Inizia con una politica di monitoraggio (p=none) per raccogliere i rapporti, quindi passa gradualmente a un’applicazione più rigorosa (p=quarantine o p=reject) una volta verificato che tutte le fonti di posta elettronica legittime siano autenticate.

4. Come risolvere l'errore DMARC?

Per risolvere l'errore di fallito DMARC, inizia verificando il motivo per cui il messaggio non ha superato l'autenticazione. Assicurati che SPF e DKIM siano configurati correttamente e allineati con il dominio di invio, quindi verifica che la politica DMARC del tuo dominio sia pubblicata correttamente nel DNS e corrisponda alle modalità effettive di invio delle tue e-mail. Una volta che tutto è allineato, monitora i rapporti DMARC per confermare che il problema sia stato risolto.

5. Che cos’è una violazione DMARC?

Una violazione DMARC è un altro modo per descrivere un messaggio che non supera il controllo DMARC, sia perché non è autorizzato (qualcuno sta falsificando il tuo dominio), sia perché un mittente legittimo non è correttamente allineato. Ciò che accade in seguito dipende dalla tua politica: p=none lo registra, p=quarantine lo invia nella cartella spam e p=reject lo blocca immediatamente.

6. È possibile che il DMARC risulti non conforme anche se sia l'SPF che il DKIM risultano conformi?

Sì, e questo è uno dei punti che più spesso generano confusione. Sia SPF che DKIM possono tecnicamente superare i propri controlli mentre DMARC continua a segnalare un errore, se il dominio di provenienza di nessuno dei due corrisponde al tuo indirizzo "Da" visibile. Un messaggio proveniente da mail.esp-provider.com può superare il controllo SPF senza problemi e comunque non superare quello DMARC se il tuo dominio "Da" visibile è yourdomain.com, poiché DMARC verifica effettivamente l'allineamento, non solo l'autenticazione.

• Informazioni su
• Ultimi messaggi

Maitham Al Lawati

Esperto di sicurezza informatica, amministratore delegato di PowerDMARC

Maitham è un imprenditore tecnologico, esperto di sicurezza informatica, CEO e fondatore di PowerDMARC con oltre 15 anni di esperienza nel settore. Maitham ha conseguito un MBA presso l'Università di Manchester e varie certificazioni professionali, tra cui CISSP, CISM, CRISC e ISC2 CCSP.

Ultimi messaggi di Maitham Al Lawati (vedi tutti)

• Che cos’è una politica DMARC? Nessuna, Quarantena e Rifiuto - 27 luglio 2026
• Conformità Dmarc: cos’è, perché è importante e come verificarla - 21 luglio 2026
• Come configurare DMARC: guida completa alla configurazione passo dopo passo (2026) - 20 giugno 2026