Amazon WorkMail chiude il 31 marzo 2027: checklist di migrazione

AWS sta dismettendo Amazon WorkMail. Se l’hai configurato per la tua azienda o per i tuoi clienti, c’è una data precisa entro cui la posta deve funzionare altrove. Questa checklist copre le date, l’esportazione, i cambi DNS e come scegliere il sostituto senza pentirsene un mese dopo.

Le date da segnare

Data	Cosa succede
30 aprile 2026	WorkMail smette di accettare nuovi clienti. Le organizzazioni esistenti continuano a funzionare.
31 marzo 2027	Fine del supporto. Console e risorse WorkMail non sono più accessibili.

Ragiona a ritroso dal 31 marzo: lascia almeno qualche settimana tra il cambio dei DNS e la scadenza, così puoi ancora esportare ciò che ti è sfuggito.

1. Fai l’inventario

Per ogni organizzazione WorkMail annota:

• i domini e dove sono gestiti i loro DNS;
• utenti, gruppi e alias, e chi usa davvero ciascuno;
• le risorse condivise, come i calendari di sale e attrezzature;
• i client usati dagli utenti: Outlook, app mobile, client web.

L’ultimo punto decide quale sostituto funzionerà: non saltarlo.

2. Esporta le caselle

WorkMail esporta le caselle tramite API o AWS CLI (start-mailbox-export-job), non con un pulsante in console. Prima di iniziare ti servono:

• un bucket S3 senza accesso pubblico;
• una chiave KMS simmetrica per cifrare l’esportazione;
• un ruolo IAM che il servizio di esportazione di WorkMail possa assumere, con i permessi di scrittura sul bucket e di uso della chiave;
• tutti e tre nella stessa regione AWS dell’organizzazione WorkMail.

Ogni esportazione produce un .zip di file MIME con email ed elementi del calendario. Contatti, attività e note non vengono esportati. AWS consente fino a 10 job contemporanei per organizzazione e un’esportazione per casella ogni 24 ore: per organizzazioni grandi pianifica su più giorni.

3. Aggiorna i DNS

Quando il nuovo provider è pronto, aggiorna i record del dominio:

• MX: puntali al nuovo provider. È il momento in cui si sposta la posta in arrivo.
• SPF: mantieni un solo record SPF e sostituisci la voce di WorkMail con quella del nuovo provider.
• DKIM: rimuovi i vecchi record DKIM e aggiungi quelli del nuovo provider.
• DMARC: mantieni la politica attuale; se non ne hai una, parti da p=none.
• Autodiscover: rimuovi il record autodiscover di WorkMail se il nuovo provider non lo usa, così i client di posta non continuano a cercare il vecchio server.

Abbassa il TTL dei record MX il giorno prima del cambio, così la modifica si propaga più in fretta.

4. Scegli il sostituto in base a come si legge la posta

Confrontare elenchi di funzioni serve meno che rispondere ad alcune domande pratiche:

1. Quali client devono continuare a funzionare? Se i tuoi utenti lavorano in Outlook, ti serve un provider con pieno supporto a Outlook. Questo esclude alcuni servizi moderni basati solo sulla propria app.
2. Dove devono stare i dati? Se lavori con clienti europei, verifica dove sono conservate caselle e backup.
3. Come si paga? Per utente, per dominio o a volume. Con molti utenti condivisi od occasionali, il prezzo per utente cresce in fretta.
4. Ti serve anche una casella condivisa o l’invio transazionale? Se oggi usi strumenti separati per assistenza ed email applicative, può essere l’occasione per unificarli.
5. Come si migra? Alcuni provider importano le vecchie caselle, altri no. Sappilo prima di scegliere.

AWS indica come alternative Kopano Cloud, Zoho Mail e Zoom Mail, con funzionalità e strumenti di migrazione comparabili.

Dove Nilomail è adatto, e dove no

Nilomail è pensato per te se configuri l’email per la tua azienda o per i tuoi clienti e vuoi caselle, casella condivisa, newsletter ed email transazionali in un unico servizio, con un workspace separato per ogni cliente e i dati in UE.

Non è la scelta giusta se i tuoi utenti devono continuare a lavorare in Outlook: Nilomail si userà dalla sua app web, con le app per iOS e Android in arrivo, e non si collegherà a client di posta esterni. Inoltre non importerà le vecchie caselle: l’esportazione di WorkMail resta il tuo archivio.