Piano di migrazione + checklist DNS (SPF/DKIM/DMARC) + warm-up + piano di rollback
Cambiare provider SMTP dovrebbe essere una routine. Ma se fai lo switch troppo in fretta (o tocchi il record DNS sbagliato nel momento sbagliato), rischi errori di autenticazione, ritardi di consegna o un crollo improvviso nello spam. Risultato: reset password che non arrivano, fatture perse, conferme d’ordine mancanti e più ticket al supporto.
Questa guida ti mostra come migrare con zero downtime tenendo due provider in parallelo, validando correttamente i DNS, aumentando il volume in modo graduale (warm-up) e mantenendo un piano di ritorno indietro chiaro.
Se stai migrando verso Mailpro, i passaggi sono gli stessi: userai il Relay SMTP e le Email transazionali di Mailpro, insieme ai record di autenticazione.
Risorse Mailpro (IT): Relay SMTP | Guida alle email transazionali | Configurazione SPF | Configurazione DKIM | Configurazione DMARC | Prezzi
Risposta rapida: il modo più sicuro per cambiare SMTP
Se devi ricordarti una sola cosa, rispetta questo ordine:
- Pubblica DKIM del nuovo provider (prima di tutto).
- Aggiorna SPF includendo entrambi i provider per un breve periodo in parallelo.
- Verifica DMARC (al minimo in modalità monitoraggio durante la migrazione).
- Instrada il 5–10% del traffico sul nuovo provider.
- Aumenta il volume gradualmente per 7–14 giorni monitorando bounce/blocchi/segnalazioni.
- Rimuovi il vecchio provider da SPF solo quando tutto è stabile.
Perché funziona: eviti un “taglio” netto in cui un singolo DNS sbagliato può bloccare l’invio per ore.
CTA: Se stai passando a Mailpro, inizia dall’autenticazione: SPF, DKIM, DMARC.
Step 0: scegli la struttura di invio (evita problemi dopo)
Prima di toccare i DNS, decidi come organizzare l’invio. Molte migrazioni falliscono perché si “mischia tutto”.
Opzione A (consigliata): separare transazionale vs marketing
Se invii newsletter (marketing) e email transazionali (reset password, fatture, ricevute), separa almeno per sottodominio:
-
Transazionale:
mail.tuodominio.comotx.tuodominio.com -
Marketing:
news.tuodominio.comoem.tuodominio.com
Perché: il marketing genera più reclami. Se una campagna danneggia la reputazione, non vuoi impattare i flussi critici (password, fatture, conferme).
Opzione B: tenere tutto sul dominio principale
Si può fare, ma durante la migrazione è più rischioso: SPF diventa complesso, l’allineamento DMARC è più difficile da diagnosticare e un mittente “dimenticato” può rompere l’autenticazione.
Consiglio semplice: se puoi fare un solo miglioramento per la stabilità, usa un sottodominio dedicato al transazionale.
Step 1: inventario di tutto ciò che invia email
Fai una lista di ogni sistema che invia “a nome del tuo dominio”. È fondamentale per DMARC e per evitare sorprese nel cutover.
- Web/app (reset password, alert account)
- E-commerce (ordine, spedizione, conferme, fatture)
- CRM e strumenti sales
- Supporto/ticket
- Strumenti di appuntamenti e promemoria
- Form di contatto (molti inviano email)
- Tool interni (report, alert)
Tip: DMARC (con report) aiuta a vedere mittenti “sconosciuti”. Se non lo hai, attivalo in monitoraggio durante la migrazione (vedi Step 4).
Step 2: configura DKIM sul nuovo provider (prima sempre)
DKIM è spesso il primo cambio più sicuro: lo pubblichi, fai test, poi inizi a instradare traffico.
- Crea le chiavi DKIM nel nuovo provider (Mailpro ti fornisce i record).
- Pubblica i record DKIM nel DNS (spesso CNAME; a volte TXT).
- Attendi la propagazione.
- Invia una mail di test e controlla negli header: DKIM=pass.
Con Mailpro: Configurare un DKIM con Mailpro
Errore tipico: DKIM pubblicato sul dominio sbagliato. Se invii da tx.tuodominio.com, configura DKIM per quel sottodominio.
Step 3: aggiorna SPF in modo sicuro (periodo “doppio provider”)
Durante la migrazione, SPF deve autorizzare temporaneamente entrambi i provider. Non rimuovere il vecchio da SPF finché la consegna del nuovo non è stabile.
Regole SPF da rispettare
- Un solo record SPF TXT per dominio/sottodominio (due SPF spesso rompono SPF).
-
Evita un SPF troppo lungo con troppi
include:(rischio PermError). - DKIM è la tua “ancora” se SPF diventa complesso.
Cosa fare in pratica
- Conserva gli include del provider attuale.
- Aggiungi l’include del nuovo provider (Mailpro te lo fornisce in configurazione).
- Testa SPF sul dominio/sottodominio reale da cui invii.
- Dopo stabilità, rimuovi l’include del provider precedente.
Guida Mailpro: Configurazione SPF
Mini-troubleshooting SPF (per evitare panico)
-
Due SPF: hai più TXT che iniziano con
v=spf1. Soluzione: uniscili in uno solo. - PermError (troppi include/lookup): SPF troppo “pesante”. Soluzione: rimuovi servizi non usati, semplifica, o separa su un sottodominio.
-
SPF sul dominio sbagliato: hai aggiornato
tuodominio.comma invii damail.tuodominio.com. Soluzione: pubblica SPF dove invii davvero.
Step 4: verifica DMARC (e l’allineamento)
DMARC aumenta la fiducia dei provider e durante una migrazione è il tuo “radar”: mostra quali fonti falliscono autenticazione o allineamento.
Approccio consigliato durante la migrazione
Se hai già DMARC, mantienilo. Se non lo hai, inizia con monitoraggio:
-
Start:
p=none(solo monitoraggio) -
Dopo stabilità: valuta
p=quarantineop=reject
Con Mailpro: Record DMARC con Mailpro
Stai pianificando una migrazione? L’SMTP di Mailpro supporta un passaggio senza downtime — guida DNS e warm-up così niente si ferma.
Allineamento DMARC, spiegato semplice
DMARC passa se:
- SPF passa e il dominio SPF è allineato con il dominio visibile nel From, oppure
- DKIM passa e il dominio che firma DKIM è allineato con il dominio del From
Regola pratica: assicurati che DKIM sia configurato per lo stesso dominio/sottodominio che usi nel From.
Step 5: invio in parallelo (la chiave per zero downtime)
Ora fai girare entrambi i provider contemporaneamente per un breve periodo. È il cuore di una migrazione sicura.
Come instradare solo una parte delle email
- App/web: instrada una percentuale del traffico o solo certe tipologie di email.
- E-commerce: inizia con un sottoinsieme controllato o migra prima il transazionale.
- Marketing: parti dagli utenti più ingaggiati, poi espandi.
Warm-up: IP condivisa vs IP dedicata
IP condivisa: spesso puoi crescere più velocemente, ma monitora sempre.
IP dedicata: aumenta più lentamente; un salto brusco può causare throttling.
Esempi di ramp-up (adatta al tuo volume)
Esempio A: transazionale prima (consigliato)
- Giorno 1: 10% transazionale (reset password / ricevute) sul nuovo provider
- Giorno 2–3: 25%
- Giorno 4–5: 50%
- Giorno 6–7: 80–100%
- Settimana 2: migra marketing
Esempio B: marketing prima (se la lista è molto pulita)
- Giorno 1–2: solo “ingaggiati ultimi 30 giorni”
- Giorno 3–4: espandi a 60 giorni
- Giorno 5–7: espandi a 90 giorni
- Settimana 2: volume completo marketing
- Transazionale: migra dopo o tienilo sul vecchio finché stabile
Step 6: monitoraggio quotidiano (cosa controllare)
Le migrazioni spesso “si rompono” lentamente. Controlla ogni giorno durante il ramp-up.
Metriche chiave
- Errori di consegna: hard bounce vs differiti
- Blocchi/throttling: rate limited, try again later
- Segnalazioni spam
- Open/click: indicatore trend (soprattutto marketing)
- Flussi critici: reset password, fatture, conferme
Approfondimento utile: Conferme d’ordine nello spam? Come risolvere velocemente
Controllo rapido degli header
- SPF=pass
- DKIM=pass
- DMARC=pass
Step 7: piano di rollback (se qualcosa va storto)
Se la consegna cala o l’invio si ferma, serve un rollback chiaro per ridurre il downtime a minuti.
Ordine consigliato
- Ripristina prima il routing: torna a instradare sul vecchio provider (config app/credenziali/regole).
- Non cancellare subito i DNS: la propagazione richiede tempo e può peggiorare il caos.
- Identifica il tipo di problema: DNS/auth, throttling, reputazione.
- Correggi la causa (DKIM, SPF, allineamento DMARC).
- Riparti gradualmente quando è stabile.
Step 8: rimuovi il vecchio provider (solo dopo stabilità)
Dopo 7–14 giorni stabili (o più se alto volume):
- Rimuovi il vecchio provider da SPF.
- Opzionale: pulisci i vecchi DKIM più tardi.
- Lascia DMARC attivo per scovare mittenti dimenticati.
Checklist DNS (copia/incolla)
- SPF (TXT) sul dominio/sottodominio di invio
- DKIM (CNAME o TXT) (1–3 selector a seconda del provider)
-
DMARC (TXT) su
_dmarc.tuodominio.com(o equivalente per sottodominio)
Errori comuni (e come evitarli)
-
Due SPF: unifica in un solo record
v=spf1. - Instradare prima di DKIM: pubblica e valida DKIM prima del volume.
- SPF troppo lungo: riduci include o separa su sottodominio.
- DMARC fallisce per un mittente dimenticato: inventario + report.
- Passare al 100% in un giorno: ramp-up graduale.
- Nessun rollback: tieni il vecchio provider pronto finché non è stabile.
- Marketing e transazionale mischiati: proteggi i flussi critici con separazione.
FAQ
Quanto tempo serve per cambiare provider SMTP in sicurezza?
Per la maggior parte: 7–14 giorni con invio in parallelo e ramp-up graduale. Con IP dedicata o volumi alti, considera più tempo.
Devo cambiare SPF quando cambio provider SMTP?
Di solito sì. Durante la migrazione includi entrambi i provider, poi rimuovi quello vecchio. Mantieni un solo record SPF.
È meglio configurare DKIM prima di toccare SPF?
Sì. DKIM è spesso lo step più sicuro all’inizio: pubblica DKIM, verifica DKIM=pass, poi aggiorna SPF e instrada un piccolo traffico.
Cosa succede se ho due record SPF?
Molti server lo trattano come errore SPF. La soluzione è fondere tutto in un unico record TXT che inizi con v=spf1.
Mi serve DMARC per migrare?
Non è obbligatorio, ma rende la migrazione molto più sicura. Ti aiuta a verificare l’allineamento e a scoprire mittenti dimenticati. Puoi partire con p=none.
Conviene migrare prima il transazionale o il marketing?
Per “zero downtime”, spesso è più sicuro migrare prima il transazionale (flussi critici testabili subito). Il marketing prima funziona se la lista è molto pulita e ingaggiata.
Qual è il rollback più semplice?
Torna a instradare al vecchio provider (config/credenziali). Non fare pulizia DNS nella fretta. Correggi DKIM/SPF/DMARC e riparti gradualmente.
Se stai passando a Mailpro
Mailpro è pensato per un invio professionale e affidabile, inclusi:
- Relay SMTP per app e siti web
- Email transazionali (reset password, fatture, alert, ricevute)
- Autenticazione (SPF, DKIM, DMARC) per migliorare la consegnabilità
Inizia qui:
- Relay SMTP di Mailpro
- Guida alle email transazionali
- Configurazione SPF
- Configurazione DKIM
- Configurazione DMARC
Call to action: per migrare senza stress: configura il dominio in Mailpro, pubblica i record di autenticazione, poi segui il piano “parallelo + ramp-up” di questa guida.
Mailpro e cambiare provider SMTP
Cambia provider SMTP senza un minuto di downtime
Migrare gli invii non dovrebbe rischiare email perse. L’SMTP di Mailpro offre un passaggio pulito con guida DNS e supporto al warm-up, così ogni messaggio continua a partire durante il cambio.