Autorizzare direttamente i server
ip4: e ip6: indicano indirizzi o intervalli (es. ip4:203.0.113.0/24) e non consumano lookup DNS. a autorizza gli IP dei record A/AAAA del dominio e mx i server dei suoi record MX: ciascuno consuma un lookup.
Seleziona i servizi che inviano email a nome del tuo dominio, aggiungi i tuoi server e ottieni un unico record SPF valido, pronto da incollare nel DNS. Il generatore conta i lookup DNS mentre procedi, così resti sotto il limite di 10 oltre il quale SPF smette di funzionare senza avvisi.
Funziona al 100% nel tuo browser: non viene caricato nulla
0 in questo record · ≈0 totale stimato con include annidati
Ogni include, a, mx, exists e redirect consuma un lookup, così come ogni include annidato nei record dei tuoi provider. Lo strumento di verifica misura il totale reale.
TXT@@ indica la radice del dominio. Modifica il record SPF esistente invece di aggiungerne un secondo.
v=spf1 ~all→ Verifica il totale reale dei lookup con la verifica SPF, DKIM e DMARC gratuita
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
Provider di posta, strumento per newsletter, servizio transazionale, CRM, helpdesk, sito web e sistema di fatturazione: tutto ciò che invia con il tuo dominio nel From o nel return-path.
Spunta i servizi predefiniti e aggiungi i tuoi IP o include. Il record e il conteggio dei lookup si aggiornano all’istante.
Nel pannello del provider DNS modifica il record SPF esistente o crea un TXT sulla radice del dominio (host @). Non pubblicare mai un secondo record SPF: unisci tutto in uno.
Usa la nostra verifica SPF, DKIM e DMARC gratuita: segue ogni include annidato e mostra il totale reale dei lookup.
Un record SPF inizia con v=spf1, elenca chi può inviare per il dominio e termina con una regola “all” per tutti gli altri.
ip4: e ip6: indicano indirizzi o intervalli (es. ip4:203.0.113.0/24) e non consumano lookup DNS. a autorizza gli IP dei record A/AAAA del dominio e mx i server dei suoi record MX: ciascuno consuma un lookup.
include:_spf.google.com importa il record SPF del provider, così non devi seguire i suoi intervalli IP. Ogni include consuma un lookup, più ogni include, a, mx o exists che contiene.
~all (soft fail) segna tutto il resto come sospetto e lascia decidere a DMARC: la scelta più comune. -all (hard fail) chiede ai destinatari di rifiutare subito. Non usare mai +all (chiunque può inviare a nome tuo) né ?all (neutro, non protegge nulla).
La valutazione di SPF può richiedere al massimo 10 lookup DNS (RFC 7208); uno in più e i destinatari restituiscono “permerror”, che conta come SPF non superato. E un dominio può avere un solo record v=spf1: due record sono anch’essi un errore permanente.
Un record TXT del tuo dominio con l’elenco dei server autorizzati a inviare email per suo conto. I destinatari confrontano l’IP di invio con l’elenco; insieme a DKIM e DMARC impedisce ad altri di inviare a nome del tuo dominio.
No. Un dominio deve avere esattamente un record TXT che inizia con v=spf1. Con due, i destinatari restituiscono un errore permanente e SPF fallisce per ogni messaggio. Unisci tutti i meccanismi in un solo record: è proprio ciò che fa questo generatore.
Entrambi vanno bene quando DMARC è attivo. ~all (soft fail) è la raccomandazione più diffusa perché la decisione finale spetta a DMARC e la posta inoltrata rischia meno di andare persa; -all (hard fail) è più rigido e preferito da alcuni provider. Mai +all né ?all.
La RFC 7208 limita a 10 le interrogazioni DNS necessarie per valutare un record SPF. Contano tutti gli include, a, mx, exists e redirect, anche quelli annidati nei record dei tuoi provider. Oltre 10, SPF restituisce permerror e fallisce.
Rimuovi i servizi che non usi più; sostituisci a e mx con ip4/ip6 se gli IP sono stabili; sposta gli strumenti di marketing su un sottodominio con il proprio SPF; oppure affidati a DKIM per i provider che firmano con il tuo dominio. Evita di “appiattire” a mano gli intervalli dei provider: cambiano senza preavviso.
Gmail e Yahoo (da febbraio 2024) e Outlook.com (da maggio 2025) richiedono ai mittenti massivi sia SPF sia DKIM, e DMARC è superato se uno dei due è allineato. Averli entrambi è la scelta sicura.
Sul dominio usato nel return-path (mittente della busta), di solito la radice del dominio (host @). Alcuni servizi, come Amazon SES con un dominio MAIL FROM personalizzato, usano un sottodominio: il record SPF va allora su quel sottodominio.
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 email in blocco, tramite API REST o in tempo reale sui tuoi moduli.
Crea un account gratuito — 200 creditiNessuna carta di credito. I crediti non scadono.