Posta sul proprio dominio: compiti dell'hosting e del DNS

Ricevere e inviare non sono lo stesso servizio

I record MX stabiliscono dove viene consegnata la posta del dominio. Cambiarli può influire su tutte le caselle, anche se stai soltanto rifacendo il sito. I messaggi di un modulo di contatto o di un negozio richiedono inoltre un servizio di invio affidabile. Verifica che il fornitore supporti la tua applicazione, quali limiti di invio preveda e come segnali i messaggi non recapitati.

Chiedi informazioni su caselle e accessi

Per ogni piano controlla il numero di caselle, lo spazio, la dimensione degli allegati, l'accesso IMAP e SMTP, le possibilità di recupero e la procedura di migrazione. A volte la posta condivide il limite di spazio con il sito. Chiedi anche se gli utenti possono attivare l'autenticazione a più fattori e chi gestisce gli accessi alle caselle condivise.

L'autenticazione del dominio aiuta i destinatari

SPF indica le fonti autorizzate a inviare, DKIM firma i messaggi e DMARC collega i risultati al dominio visibile come mittente. La configurazione deve coprire tutte le fonti reali, comprese le comunicazioni di massa e il negozio. Senza un elenco completo, anche messaggi legittimi possono essere penalizzati. Lo standard DMARC descrive come collaborano queste verifiche.

Prima di modificare il DNS esporta i record attuali e prova invio e ricezione da ogni sistema usato. Dopo la migrazione il sito può funzionare, mentre le conferme degli ordini o le risposte ai clienti non arrivano più.

Quando scegli un servizio, chiedi come verrà trasferita la cronologia delle caselle. Alcune migrazioni cambiano solo la consegna dei nuovi messaggi, mentre vecchie cartelle e contatti richiedono un passaggio separato. Prima di chiudere il servizio precedente controlla alcuni messaggi vecchi con allegati, le regole di inoltro e l'accesso da telefono. Annota chi risponde della casella e dove si trovano i suoi backup: l'hosting web potrebbe non coprire questa responsabilità.