Un indirizzo come nome@azienda.it comunica più professionalità di una casella generica e, se configurato correttamente, rende più ordinata la gestione dei contatti. Tuttavia comprare un dominio e creare una casella non basta: i record DNS, il provider di posta, il sistema di invio del sito e i dispositivi devono essere coerenti.
Quando un’email finisce nello spam o non arriva, spesso la causa è nella configurazione del dominio. SPF autorizza i server che possono inviare, DKIM firma i messaggi e DMARC indica ai destinatari come trattare quelli che non superano i controlli. In questa guida spiego il loro ruolo, gli errori più comuni e il metodo che uso per configurare o verificare la posta aziendale.
Perché usare un’email con dominio aziendale
Una casella con il dominio dell’attività permette di separare comunicazioni personali e professionali, creare indirizzi per ruoli diversi e mantenere il controllo dell’identità aziendale anche quando cambia una persona o un collaboratore.
Prima di attivarla è necessario decidere:
- quale dominio utilizzare;
- quante caselle servono davvero;
- quali indirizzi sono caselle personali e quali alias o inoltri;
- dove conservare la posta;
- quali dispositivi e applicazioni devono inviare messaggi;
- chi gestirà rinnovi, password, backup e recupero account.
Una casella info@ può ricevere richieste, ma per un team è spesso meglio usare account personali, gruppi o alias con permessi chiari.
Come funziona la configurazione
Il dominio utilizza il DNS per pubblicare informazioni utili a browser, server e provider email. I record più importanti per la posta sono:
- MX: indicano quali server ricevono i messaggi del dominio;
- TXT SPF: indicano quali servizi sono autorizzati a inviare;
- DKIM: pubblicano la chiave necessaria a verificare la firma digitale;
- TXT DMARC: definiscono una politica per i messaggi che non superano i controlli;
- CNAME o record specifici: possono essere richiesti dal provider per verifica dominio o servizi aggiuntivi.
Un errore frequente consiste nel modificare il record sbagliato o nel creare valori duplicati. Dopo una modifica occorre attendere la propagazione e verificare da più strumenti.
SPF: autorizzare i server di invio
SPF, cioè Sender Policy Framework, è un record TXT pubblicato nel DNS. Indica quali server o servizi possono inviare email per conto del dominio.
Un esempio semplificato potrebbe essere:
v=spf1 include:provider-email.example -all
Il valore reale deve essere fornito dal provider. Se il sito WordPress invia tramite un servizio SMTP, anche quel servizio deve essere autorizzato. Se l’azienda invia newsletter da una piattaforma esterna e fatture da un gestionale, tutti i servizi legittimi devono essere considerati nella configurazione.
Errori comuni SPF
- Avere due record SPF: il dominio dovrebbe avere una sola politica SPF. Due record separati possono causare un risultato
PermError. - Dimenticare un servizio: il provider della posta funziona, ma newsletter o form del sito falliscono perché il loro server non è autorizzato.
- Superare il limite di lookup DNS: troppe inclusioni annidate rendono la politica non valida.
- Copiare un esempio senza adattarlo: il record deve riflettere i servizi effettivamente utilizzati.
SPF controlla il percorso di invio, ma da solo non garantisce la consegna nella posta principale. Servono anche DKIM, DMARC e buona reputazione del mittente.
DKIM: firmare digitalmente i messaggi
DKIM, DomainKeys Identified Mail, aggiunge una firma digitale all’email. Il provider genera una chiave privata, che resta sul suo sistema, e una chiave pubblica, che viene pubblicata nel DNS tramite un record TXT o CNAME.
Il record viene associato a un selettore, ad esempio:
selector1._domainkey.azienda.it
Il destinatario usa la chiave pubblica per controllare che il messaggio sia stato firmato dal sistema autorizzato e che il contenuto non sia stato alterato durante il trasporto. Il nome del selettore e il valore della chiave dipendono dal provider.
Errori comuni DKIM
- inserire la chiave nel nome host sbagliato;
- aggiungere virgolette o spazi non richiesti dal pannello DNS;
- modificare manualmente un valore troppo lungo;
- attivare DKIM per il provider principale ma dimenticare la piattaforma newsletter;
- cambiare provider senza rimuovere o aggiornare i selettori precedenti.
DKIM non sostituisce SPF: controllano aspetti diversi e lavorano insieme a DMARC.
DMARC: una politica per i messaggi non autenticati
DMARC, Domain-based Message Authentication, Reporting and Conformance, usa i risultati SPF e DKIM per stabilire come trattare i messaggi che dichiarano di provenire dal tuo dominio ma non superano l’autenticazione.
Un record iniziale, da adattare con cautela, può avere questa forma:
_dmarc.azienda.it
v=DMARC1; p=none; rua=mailto:dmarc@azienda.it
La politica p=none serve soprattutto a osservare i report senza chiedere ai destinatari di bloccare i messaggi. Dopo aver identificato tutti i mittenti legittimi, si può valutare una politica più restrittiva, come quarantine o reject, sempre verificando prima che newsletter, gestionali, form e inoltri funzionino.
Allineamento SPF e DKIM
DMARC considera anche l’allineamento tra il dominio visibile nel campo From e quello usato da SPF o DKIM. Un messaggio può passare un controllo tecnico ma non essere allineato correttamente. Per questo, durante la configurazione, non controllo soltanto la presenza dei record: verifico anche gli header di un messaggio reale.
I report DMARC mostrano quali sistemi inviano per il dominio e aiutano a scoprire configurazioni dimenticate o abusi. Vanno inviati a una casella monitorata o a un servizio che sappia interpretarli.
Errori più comuni nella posta aziendale
Il messaggio arriva nello spam
Controllo SPF, DKIM e DMARC, reputazione del dominio, contenuto, allegati, link e comportamento del provider destinatario. Anche la configurazione perfetta non obbliga Gmail, Outlook o altri sistemi a consegnare nella posta principale: i filtri valutano molti segnali.
Il destinatario non riceve nulla
Occorre distinguere tra mancato invio, rifiuto immediato, ritardo e consegna nella cartella spam. Un messaggio di errore SMTP è spesso più utile di una descrizione generica. Verifico record MX, quota della casella, indirizzo destinatario, log e blocchi del provider.
Il sito WordPress non invia i form
WordPress può tentare di inviare tramite la funzione PHP del server, che non sempre è affidabile. Una soluzione più controllabile è configurare un plugin SMTP con credenziali o API del provider, applicando permessi minimi e testando il mittente. Il dominio nel From deve essere coerente con l’autenticazione.
La posta funziona sul computer ma non sul telefono
Il problema può dipendere da porta, protocollo, password, autenticazione a due fattori o configurazione IMAP/SMTP. Verifico se la casella è IMAP, così i messaggi restano sincronizzati sul server.
Le email smettono di funzionare dopo il cambio sito
Il sito e la posta possono usare lo stesso dominio ma servizi diversi. Modificare nameserver o DNS può sovrascrivere MX, SPF, DKIM o DMARC. Prima di cambiare hosting preparo un inventario dei record.
Checklist pratica di verifica
Per una configurazione ordinata controllo:
- rinnovo e proprietà del dominio;
- record MX e ricezione da un indirizzo esterno;
- SPF unico e completo;
- DKIM attivo per ogni servizio di invio;
- DMARC inizialmente monitorato e poi irrigidito con prudenza;
- form del sito e invio SMTP;
- configurazione IMAP/SMTP su computer e smartphone;
- recupero account, autenticazione a due fattori e utenti autorizzati;
- quota, archiviazione e conservazione dei messaggi;
- documentazione dei record e dei provider, così un futuro tecnico può intervenire senza ricominciare da zero.
Non inserisco record copiati da un’altra azienda: ogni valore dipende dal provider usato.
Quando chiedere assistenza
Puoi gestire autonomamente una casella semplice se conosci il pannello DNS e hai una documentazione aggiornata. È invece consigliabile chiedere supporto quando devi migrare molte caselle, il sito invia email, usi newsletter o gestionali, i messaggi finiscono nello spam oppure non sai chi controlla i record DNS.
Come webmaster freelance a Cagliari, posso aiutarti a censire dominio e servizi, configurare DNS e posta, verificare SPF/DKIM/DMARC e collegare il form WordPress. Scopri il servizio di gestione email aziendale e descrivi il provider e il problema.
FAQ
SPF, DKIM e DMARC sono obbligatori?
Non sono sempre imposti per poter inviare un messaggio, ma sono ormai fondamentali per autenticare il dominio e migliorare affidabilità e sicurezza. I requisiti cambiano tra provider e destinatari.
Posso avere più record SPF?
È sconsigliato e normalmente non valido. Il dominio dovrebbe avere un solo record SPF che includa tutti i servizi legittimi, rispettando i limiti DNS previsti.
Quanto tempo serve per configurare l’email aziendale?
Una casella semplice può essere configurata rapidamente, ma il tempo aumenta con più utenti, migrazione, newsletter, gestionali e verifiche DNS. È prudente prevedere test e una finestra di propagazione.
DMARC può bloccare email legittime?
Sì, se viene impostato subito con quarantine o reject senza aver identificato tutti i mittenti. Per questo è spesso più sicuro iniziare monitorando i report e rendere la politica più restrittiva dopo le verifiche.