SPF Flattening vs SPF Macros: quale approccio scegliere per rispettare il limite di 10 lookups?
Di CaptainDNS
Pubblicato il 3 marzo 2026
- L'SPF flattening risolve tutti gli
include:in indirizzi IP diretti (ip4:/ip6:) per raggiungere 0 lookup, ma richiede una manutenzione mensile - Le SPF macros utilizzano variabili dinamiche (
%{i},%{d},%{s}) per costruire record che consumano solo 1-2 lookups, senza manutenzione - Il flattening è semplice da implementare e compatibile con tutti i server, le macros sono più complesse ma offrono una scalabilità illimitata
- Flattening consigliato per le PMI con 3-5 provider email, macros consigliate per le grandi organizzazioni con 10+ provider
- Entrambi gli approcci sono conformi alla RFC 7208 e risolvono il superamento del limite di 10 lookups
Il tuo record SPF supera il limite di 10 DNS lookups e devi scegliere una soluzione. Due approcci si distinguono: l'SPF flattening, che trasforma i tuoi include: in indirizzi IP diretti, e le SPF macros, che utilizzano variabili dinamiche per aggirare il limite. Ciascuno ha i suoi punti di forza e i suoi limiti.
Il flattening convince per la sua semplicità: risolvi tutti i meccanismi in IP, pubblichi il risultato, e il problema è risolto. Ma gli indirizzi IP dei tuoi provider cambiano, il che impone una manutenzione regolare. Le macros, invece, non richiedono alcuna manutenzione una volta configurate, ma la loro implementazione è più tecnica e la compatibilità con alcuni server resta limitata.
Questa guida confronta i due approcci in dettaglio, con esempi concreti su captaindns.com, una tabella comparativa criterio per criterio e una matrice decisionale per identificare la soluzione migliore in base alla tua situazione.
Riepilogo: perché il limite di 10 lookups è un problema?
La RFC 7208 impone un massimo di 10 query DNS durante la valutazione di un record SPF. Ogni meccanismo include:, a, mx, redirect e exists consuma un lookup. I meccanismi ip4: e ip6: non ne consumano perché contengono direttamente l'indirizzo IP.
Con 3-4 provider email (Google Workspace, SendGrid, Mailchimp, Brevo), è comune raggiungere 10-14 lookups. Oltre 10, il server di ricezione restituisce un permerror: il tuo SPF è considerato invalido e le tue email vengono rifiutate o classificate come spam.
Verifica il tuo numero attuale di lookups con il nostro SPF Record Check prima di scegliere una soluzione.
Cos'è l'SPF flattening?
L'SPF flattening (appiattimento) consiste nel risolvere tutti i meccanismi che generano lookups DNS e nel sostituirli con gli indirizzi IP che restituiscono. Il risultato è un record SPF composto unicamente da ip4: e ip6:, che non consumano alcun lookup.
Come funziona il processo?
Il flattening segue un processo in 3 fasi:
- Risoluzione: ogni
include:,a,mxeredirectviene risolto ricorsivamente per ottenere gli indirizzi IP finali - Aggregazione: tutti gli IP vengono raccolti e i duplicati eliminati
- Pubblicazione: un nuovo record SPF viene generato con unicamente
ip4:eip6:
Esempio concreto
# Prima del flattening: 9 lookups
v=spf1 include:_spf.google.com include:sendgrid.net include:servers.mcsv.net mx ~all
# Dopo il flattening: 0 lookup
v=spf1 ip4:209.85.128.0/17 ip4:74.125.0.0/16 ip4:35.190.247.0/24 ip4:167.89.0.0/17 ip4:198.2.128.0/18 ip4:205.201.128.0/20 ip4:203.0.113.10 ip6:2607:f8b0:4000::/36 ~all
Vantaggi del flattening
- Semplicità: nessuna conoscenza tecnica avanzata richiesta
- Compatibilità universale: funziona con tutti i server di ricezione senza eccezioni
- Risultato immediato: il problema dei lookups è risolto al momento della pubblicazione
- Verifica facile: ogni IP è visibile e controllabile
Limiti del flattening
- Manutenzione obbligatoria: i provider modificano i loro range IP regolarmente (Google, Microsoft, SendGrid). Un SPF appiattito con IP obsoleti rifiuterà le email legittime
- Lunghezza del TXT record: un record DNS TXT è limitato a 255 caratteri per stringa. Con numerosi IP, è necessario utilizzare più stringhe concatenate, il che complica la gestione
- Nessun aggiornamento automatico: a differenza degli
include:, gliip4:non si aggiornano quando il provider cambia i suoi IP
Cosa sono le SPF macros?
Le SPF macros sono variabili definite dalla RFC 7208, sezione 7 che vengono sostituite dinamicamente durante la valutazione del record SPF. Permettono di costruire query DNS condizionali basate sulle informazioni del mittente.
Le 3 macros principali
| Macro | Significato | Esempio di valore |
|---|---|---|
%{i} | Indirizzo IP del mittente | 203.0.113.10 |
%{d} | Dominio del mittente | captaindns.com |
%{s} | Indirizzo email completo | contact@captaindns.com |
Come funziona la risoluzione?
Quando un server di ricezione valuta un SPF contenente macros, sostituisce ogni variabile con il suo valore reale prima di effettuare la query DNS.
Esempio concreto
# SPF con macro %{i}: 1 solo lookup
v=spf1 exists:%{i}._spf.captaindns.com ~all
Il server di ricezione riceve un'email dall'IP 203.0.113.10. Sostituisce %{i} con questo IP e verifica se 203.0.113.10._spf.captaindns.com esiste nel DNS. Tu pubblichi un record A per ogni IP autorizzato:
203.0.113.10._spf.captaindns.com. IN A 127.0.0.1
167.89.55.22._spf.captaindns.com. IN A 127.0.0.1
Risultato: 1 solo lookup indipendentemente dal numero di provider, perché ogni valutazione testa solo un singolo IP.
Vantaggi delle macros
- Zero manutenzione SPF: le modifiche degli IP vengono gestite lato DNS (aggiunta/rimozione di record A), non nel TXT record SPF stesso
- Scalabilità illimitata: 5 o 500 provider, l'SPF resta identico e compatto
- Un solo lookup: il meccanismo
exists:consuma solo un lookup, indipendentemente dal numero di IP autorizzati - Record compatto: il TXT SPF sta sempre in una sola riga
Limiti delle macros
- Complessità di configurazione: pubblicare un record A per ogni IP autorizzato richiede una gestione DNS rigorosa
- Compatibilità variabile: alcuni server di ricezione datati non supportano correttamente le macros SPF
- Debug più difficile: in caso di problema, identificare quale IP è autorizzato o meno richiede di verificare i record A individuali
- Dipendenza DNS: tutta la logica di autorizzazione si basa sulla presenza di record A nella tua zona DNS
Confronto dettagliato: flattening vs macros
| Criterio | SPF Flattening | SPF Macros |
|---|---|---|
| Complessità di implementazione | Bassa | Elevata |
| Manutenzione richiesta | Mensile (ri-risoluzione degli IP) | Nessuna sul TXT SPF |
| Compatibilità server | Universale (100%) | Variabile (95%+) |
| Lookups consumati | 0 | 1-2 |
| Lunghezza del record SPF | Può essere lungo (255+ car.) | Compatto (~50 car.) |
| Scalabilità | Limitata dalla dimensione del TXT | Illimitata |
| Automazione | Tramite strumento di flattening | Tramite gestione DNS |
| Rischio principale | IP obsoleti se non mantenuto | Server incompatibili |
| Visibilità degli IP | Tutti visibili nel TXT | Distribuiti nei record A |
| Tempo di implementazione | 5-10 minuti | 30-60 minuti |
Quale approccio scegliere?
Scenario 1: PMI con 3-5 provider email
Raccomandazione: SPF flattening
La tua organizzazione utilizza Google Workspace, un servizio di newsletter (Mailchimp o Brevo) e uno strumento transazionale (SendGrid). Il numero di IP da gestire è limitato (20-50 indirizzi) e la frequenza di cambiamento è bassa.
Il flattening risolve il tuo problema in pochi minuti. Una verifica mensile con uno strumento dedicato è sufficiente per mantenere il record aggiornato. La semplicità di questo approccio prevale sui vantaggi di scalabilità delle macros che non utilizzerai.
Scenario 2: grande organizzazione con 10+ provider
Raccomandazione: SPF macros
La tua organizzazione gestisce decine di servizi email: messaggistica interna, CRM, supporto, marketing, transazionale, alert di sistema. Il numero di provider supera ciò che un record SPF appiattito può contenere senza superare il limite di 255 caratteri per stringa TXT.
Le macros offrono una scalabilità illimitata: il tuo SPF resta compatto e identico indipendentemente dal numero di provider aggiunti. L'investimento iniziale in configurazione DNS è compensato dall'assenza di manutenzione del TXT record.
Scenario 3: migrazione progressiva
Raccomandazione: flattening ora, macros dopo
Se devi risolvere il superamento dei lookups rapidamente ma prevedi una crescita dei tuoi provider email, inizia con il flattening per un risultato immediato. Pianifica la migrazione verso le macros quando la tua infrastruttura DNS lo consentirà.
Crea l'SPF di ogni sottodominio o provider con il nostro SPF Generator per preparare la tua configurazione.
Piano d'azione consigliato
- Conta i tuoi lookups attuali: verifica quanti DNS lookups il tuo SPF pubblicato consuma
- Valuta il tuo numero di provider: elenca tutti i servizi che inviano email per il tuo dominio
- Scegli il tuo approccio: flattening se meno di 5 provider, macros se più di 10, caso per caso tra 5 e 10
- Implementa e testa: applica la soluzione scelta in un ambiente di test prima di modificare la tua zona DNS di produzione
- Monitora regolarmente: per il flattening, ri-appiattisci mensilmente; per le macros, verifica che i record A siano aggiornati
FAQ
Cos'è l'SPF flattening?
L'SPF flattening consiste nel risolvere tutti i meccanismi SPF che generano lookups DNS (include:, a, mx, redirect) e nel sostituirli con gli indirizzi IP diretti che restituiscono (ip4:, ip6:). Il risultato è un record SPF equivalente che non consuma alcun DNS lookup.
Cos'è una macro SPF?
Una macro SPF è una variabile definita dalla RFC 7208 che viene sostituita dinamicamente durante la valutazione del record SPF. Le tre macros principali sono %{i} (IP del mittente), %{d} (dominio del mittente) e %{s} (indirizzo email completo). Permettono di costruire query DNS condizionali.
Quanti lookups consuma un SPF appiattito?
Un SPF completamente appiattito consuma esattamente 0 lookup DNS perché contiene unicamente meccanismi ip4: e ip6:, che non effettuano alcuna query DNS. Questo è il suo principale vantaggio rispetto a un SPF classico con include:.
Le macros SPF sono supportate da tutti i server?
No. La grande maggioranza dei server di ricezione moderni (Gmail, Outlook, Yahoo) supporta correttamente le macros SPF. Tuttavia, alcuni server datati o mal configurati potrebbero non interpretarle correttamente, il che può provocare risultati inattesi.
Si possono combinare flattening e macros?
Sì. Un approccio ibrido consiste nell'utilizzare il flattening per i provider con IP stabili e le macros per i provider con IP variabili. Questa combinazione permette di beneficiare della semplicità del flattening mantenendo la flessibilità delle macros.
Con quale frequenza bisogna ri-appiattire un SPF?
Un ri-appiattimento mensile è consigliato. I grandi provider come Google e Microsoft modificano i loro range IP più volte all'anno. Uno strumento di flattening automatizzato può rilevare questi cambiamenti e avvisarti quando un aggiornamento è necessario.
Quale approccio è più sicuro per la deliverability?
Il flattening offre la migliore compatibilità perché utilizza unicamente meccanismi ip4: e ip6: che il 100% dei server supporta. Le macros sono compatibili con il 95%+ dei server moderni ma possono creare problemi con alcuni server datati. Per massimizzare la deliverability, il flattening è la scelta più sicura.
Glossario
- SPF flattening: tecnica che sostituisce i meccanismi SPF che richiedono lookups con gli indirizzi IP diretti che risolvono, riducendo il contatore dei lookups a zero.
- SPF macro: variabile dinamica (
%{i},%{d},%{s}) definita dalla RFC 7208, sostituita dal server di ricezione durante la valutazione SPF. - DNS lookup: query DNS effettuata durante la valutazione di un record SPF per risolvere un meccanismo come
include:omx. - Permerror: errore permanente restituito quando un SPF è strutturalmente invalido, in particolare quando supera il limite di 10 lookups.
- RFC 7208: specifica ufficiale del protocollo SPF (Sender Policy Framework) che definisce le regole di valutazione, i limiti di lookups e le macros.
Appiattisci il tuo record SPF adesso: utilizza il nostro SPF Flattener per risolvere tutti i tuoi includes in indirizzi IP diretti e rispettare il limite di 10 lookups.
📚 Guide SPF correlate
- SPF "Too Many DNS Lookups": la guida completa per risolvere il limite di 10 lookups
- SPF PermError: capire, diagnosticare e correggere (prossimamente)
