Da Aruba a Microsoft 365: migrare la posta aziendale.

Il problema: passare alla posta aziendale mantenendo gli indirizzi.

Il caso di partenza è un intervento Aruba → Microsoft 365 / Exchange Online, presentato in forma anonima. La richiesta coinvolgeva dominio, posta e accessi, con attenzione anche alla distinzione fra account personali e aziendali, OneDrive e comunicazioni Teams.

Questa guida organizza il lavoro in un percorso riutilizzabile. I test indicati sono criteri di verifica da applicare a ogni progetto; non costituiscono una promessa di assenza di interruzioni o un resoconto di risultati misurati per il cliente.

Il perimetro descritto riguarda posta ordinaria Aruba accessibile via IMAP verso Exchange Online. PEC, ambienti ibridi e migrazioni fra due organizzazioni Microsoft 365 richiedono un piano diverso.

I rischi da chiarire prima del cambio.

Esistono due approcci: trasferire tutta la posta a Exchange Online oppure progettare una coesistenza fra servizi. Per il caso descritto il trasferimento completo offre una destinazione finale più semplice da gestire. La coesistenza è un progetto separato: aggiungere MX di due fornitori non distribuisce automaticamente le caselle fra loro.

La procedura: sette fasi con punti di controllo.

1. 01

   Inventario e copie di sicurezza

   Elencate caselle, alias, inoltri, dispositivi, archivi locali e volume dei dati. Verificate accessi amministrativi e disponibilità delle copie prima di concordare finestra di lavoro, responsabilità e gestione di eventuali problemi.

2. 02

   Preparazione di Microsoft 365

   Create l’ambiente aziendale, scegliete licenze adatte e verificate il dominio tramite il record TXT richiesto. Predisponete utenti e caselle con gli indirizzi corretti e configurate l’autenticazione a più fattori. Verificate le funzioni incluse nelle licenze: le applicazioni desktop e Teams non vanno dati per scontati.

3. 03

   Copia dello storico email

   Verificate i parametri IMAP effettivi del servizio Aruba e l’accesso alle caselle sorgenti. Provate una casella rappresentativa, poi avviate i batch e controllate errori ed elementi saltati. Contatti, calendari, attività e archivi locali richiedono un trasferimento separato.

4. 04

   Piano DNS e passaggio della nuova posta

   Salvate la configurazione esistente e preservate i record del sito e degli altri servizi. Quando la destinazione è pronta, impostate MX e Autodiscover usando i valori mostrati da Microsoft per quel dominio: non ricostruiteli a memoria. Il dominio e la gestione DNS possono restare presso Aruba.

5. 05

   Autenticazione della posta

   Mantenete un solo record SPF coerente con tutti i mittenti autorizzati. Configurate e abilitate DKIM, poi impostate DMARC con una politica proporzionata alle verifiche effettuate. Prima di irrigidire i controlli, verificate anche sito, gestionale, scanner e piattaforme che inviano per conto dell’azienda.

6. 06

   Postazioni, OneDrive e Teams

   Configurate Outlook e i dispositivi sul nuovo account aziendale. Gli account personali e aziendali restano identità distinte: non cancellate quello personale per risolvere un accesso ambiguo. Se previsto, trasferite i file OneDrive, controllando apertura, sincronizzazione e condivisioni. Provate Teams con i partner abituali: l’accesso esterno deve essere consentito da entrambe le organizzazioni.

7. 07

   Verifiche e chiusura della migrazione

   Mantenete la sorgente disponibile finché non sono controllati report, sincronizzazione finale e instradamento. Per il flusso IMAP descritto, Microsoft indica almeno 72 ore dopo il cambio MX prima di interrompere la sincronizzazione. Il tempo trascorso, da solo, non dimostra che ogni elemento sia stato copiato.

Le credenziali necessarie alla migrazione vanno gestite con un canale concordato e protetto; non inviate elenchi di password attraverso il modulo di contatto.

I test finali: quando il lavoro si può chiudere.

Per ogni verifica registrate esito, eventuale anomalia e azione residua. Un invio riuscito da una sola casella non certifica l’intera migrazione.

• Invio e ricezione fra caselle interne e indirizzi esterni, inclusi allegati e risposte.
• Alias, caselle condivise, inoltri autorizzati e permessi effettivamente usati.
• Campione di cartelle e messaggi storici, report di migrazione ed elementi non trasferiti.
• Accesso da browser, Outlook e dispositivi mobili con l’identità corretta.
• Record DNS e risultati SPF, DKIM e DMARC nei messaggi di prova, verificando anche i mittenti applicativi.
• File OneDrive, condivisioni e comunicazioni Teams con gli interlocutori necessari, se inclusi nell’intervento.

La consegna dovrebbe comprendere configurazione finale, eccezioni aperte, istruzioni agli utenti e data concordata per dismettere il vecchio servizio. Prima di eliminare dati sorgenti o account personali, verificate copie, contenuti e dipendenze.