Controllo DNS Email (SPF, DKIM, DMARC)
Verifica il DNS email di un dominio in un unico report: MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT e BIMI — con badge superato/avviso/errore.
1.167 visualizzazioni
Data: Google Public DNS (DoH) — le query vengono eseguite dal tuo browser.
Come Funziona l'Autenticazione Email
Tre record DNS lavorano insieme per impedire che qualcuno invii posta contraffatta che sembra provenire dal tuo dominio. SPF (Sender Policy Framework) pubblica un elenco di server esplicitamente autorizzati a inviare posta per il dominio — un server ricevente controlla l'IP che si connette rispetto a quell'elenco. DKIM (DomainKeys Identified Mail) aggiunge una firma crittografica a ogni messaggio in uscita; il server ricevente recupera la tua chiave pubblica dal DNS e verifica che la firma non sia stata alterata durante il transito, qualcosa che l'SPF da solo non può rilevare. DMARC (Domain-based Message Authentication, Reporting and Conformance) collega i due elementi insieme: dice ai server riceventi cosa fare quando SPF o DKIM falliscono — non fare nulla, inviare a spam, o rifiutare direttamente — e richiede report aggregati così puoi vedere chi sta effettivamente inviando posta a nome del tuo dominio, impostori inclusi.
Esempio concreto: senza nessuno di questi tre record, un attaccante può inviare un'email che sembra provenire da [email protected], e la maggior parte dei server di posta la consegnerà direttamente nella casella di posta del destinatario senza mostrare alcun avviso. Inserisci il tuo dominio nel controllo qui sopra: interrogherà MX, SPF, DKIM (provando automaticamente i selettori più comuni) e DMARC tramite DNS-over-HTTPS, poi segnalerà esattamente cosa manca: nessun record SPF, una policy DMARC bloccata su p=none (solo monitoraggio, zero protezione reale), due record SPF in conflitto (una violazione dello standard che rompe completamente la validazione), oppure un meccanismo all mancante alla fine della stringa SPF.
Cosa Dovresti Sapere
Configurare correttamente tutti e tre i record non è opzionale per chi tiene alla reputazione del proprio brand o alla recapitabilità della posta — un dominio con lacune in SPF, DKIM o DMARC è sia più facile da falsificare sia più a rischio che la propria posta legittima finisca nello spam, perché i grandi provider come Gmail, Yahoo e Outlook richiedono sempre più spesso un'autenticazione completa prima di fidarsi di un mittente. Il rollout è sicuro se fatto nell'ordine giusto: pubblica prima l'SPF, aggiungi la firma DKIM tramite il tuo provider di posta, poi aggiungi il DMARC partendo da p=none così puoi osservare i report aggregati senza rischiare la posta reale — passa a quarantena o rifiuto solo dopo aver confermato e allineato ogni fonte di invio legittima, come strumenti di marketing, un CRM o un sistema di ticketing.
- Un singolo dominio può avere un solo record TXT SPF — se usi più servizi (Google Workspace, una piattaforma di marketing, un CRM), unisci tutti i loro meccanismi include in un'unica stringa invece di pubblicare record separati.
- I selettori DKIM sono specifici per provider: Google Workspace pubblica spesso sotto "google", Microsoft 365 sotto "selector1" o "selector2" — se il controllo automatico non trova nulla, cerca il nome esatto del selettore del tuo provider e inseriscilo manualmente.
- Questo strumento verifica solo la configurazione DNS; non controlla lo stato nelle blacklist né scansiona il contenuto dei messaggi — questi sono livelli separati della recapitabilità della posta che si basano su una configurazione DNS corretta.
Domande Frequenti
Cosa controlla esattamente l'SPF, e cosa non riesce a rilevare?
L'SPF verifica che il server che si è connesso per consegnare un messaggio sia nell'elenco dei mittenti autorizzati del dominio. Non può rilevare manomissioni del messaggio durante il transito e non regge bene l'inoltro delle email — proprio per questo esistono DKIM e DMARC accanto a esso: l'SPF da solo non basta.
Quali selettori DKIM prova automaticamente lo strumento di controllo?
Quelli più comuni: default, google, selector1, selector2, k1, s1, mail, dkim. I provider pubblicano sotto selettori conosciuti — Google Workspace usa tipicamente "google", Microsoft 365 usa selector1 o selector2. Se il tuo è personalizzato, inseriscilo direttamente nel campo del selettore.
La mia policy DMARC mostra p=none — è un problema?
p=none monitora e segnala soltanto; non impedisce che la posta falsificata raggiunga le caselle di posta. È il primo passo corretto mentre raccogli i report e confermi tutti i mittenti legittimi, ma l'obiettivo finale dovrebbe essere p=quarantine o, idealmente, p=reject.
Perché avere due record SPF rompe tutto?
La specifica consente esattamente un record TXT SPF per dominio. I validatori trattano più record come un errore permanente e possono far fallire completamente il controllo, il che può mandare in spam posta altrimenti legittima. Unisci ogni fonte include in un'unica stringa v=spf1.
Questo strumento controlla se il mio dominio è in blacklist o scansiona i contenuti in cerca di spam?
No — verifica solo i record DNS: MX, SPF, DKIM, DMARC e le aggiunte moderne MTA-STS, TLS-RPT e BIMI. Lo stato nelle blacklist e il punteggio spam basato sui contenuti sono sistemi separati; un'autenticazione DNS corretta è la base su cui questi sistemi costruiscono la fiducia.
Strumenti Simili
Segnala un Problema
Controllo DNS Email (SPF, DKIM, DMARC)
Commenti
Ancora nessun commento — scrivi il primo!