Migrare account email: più caselle e passaggio MX

Migrare account email aziendali non equivale a copiare una casella personale. La posta arriva, gli utenti rispondono e gli alias distribuiscono messaggi; un record DNS dimenticato può dividere la ricezione tra due sistemi. Inventariate prima, preparate la copia dopo e cambiate ricezione alla fine. Per il contesto operativo, consultate questa guida alla posta aziendale prima di modificare DNS.

Lo scenario è noto: qualcuno esporta PST, altri trascinano cartelle in Outlook e ogni indirizzo viene considerato una casella. Il lunedì sales@ non riceve, una grande casella copia ancora e nessuno sa quale server contenga dati completi. Trattate la migrazione come infrastruttura attiva, non copia di file.

Questa guida spiega come migrare account email con un processo controllato: percorso manuale IMAP, sequenza del passaggio, problemi importanti e opzione integrata TrekMail per team, agenzie e fornitori che preferiscono ridurre la manutenzione degli script.

Che cosa significa migrare account email?

Copiate contenuto tra server IMAP, ricostruite alias e inoltri e, se trasferite la ricezione di un dominio proprio, modificate DNS quando la destinazione è pronta. La copia non trasferisce automaticamente l'indirizzo di un account personale e non garantisce assenza di perdite.

La distinzione conta: IMAP copia cartelle e stati compatibili, non tutto ciò che circonda la casella. La RFC 3501 descrive accesso e manipolazione dei messaggi, non esportazione completa dell'identità aziendale.

Si tratta dunque di tre lavori:

1. Copiare messaggi e struttura delle cartelle.
2. Ricostruire alias, liste di distribuzione e inoltri con autorizzazioni.
3. Modificare DNS al momento opportuno se cambia la ricezione di un dominio controllato.

Omettere un'attività necessaria lascia incompleta la migrazione e può generare richieste di assistenza.

Che cosa copia IMAP e che cosa resta fuori

IMAP permette di copiare messaggi, cartelle e generalmente stato di lettura secondo origine e strumento. Non copia calendari, contatti, attività, firme locali o regole dei client e server; predisponete un processo separato prima che gli utenti si aspettino di ritrovarli.

Definite l'ambito per iscritto. La migrazione TrekMail usa IMAP; non clona una piattaforma collaborativa. Le istruzioni riguardano server, porta, utente, password e casella di destinazione, non calendari o pianificazione condivisa.

Usate questo riferimento:

L'ultima riga viene spesso trascurata. Consultate questa guida ad alias e caselle per distinguere indirizzi di distribuzione e vere caselle, riducendo le correzioni successive.

Inventario prima della migrazione

Prima di sincronizzare, inventariate caselle, alias, gruppi, regole d'inoltro, quote e caselle di grandi dimensioni. Associate ogni oggetto alla destinazione e alla fase di migrazione.

Esportare utenti non basta: cercate anche gli oggetti meno visibili.

Come minimo, esaminate:

1. Caselle principali: account attivi, condivisi e funzionali.
2. Alias: indirizzi alternativi che consegnano in un'altra casella.
3. Liste e gruppi: oggetti di distribuzione senza normale casella IMAP.
4. Inoltri: regole server come info@ verso owner@, con autorizzazioni e restrizioni.
5. Catch-all: decidere se mantenerlo, limitarlo o rimuoverlo.
6. Grandi caselle: prepararle presto e prevedere margine.

Le grandi caselle condizionano il calendario. Il provider può limitare IMAP e una copia durare giorni anziché ore. Non promettete un fine settimana per anni di allegati senza politica d'archivio.

Esempio illustrativo: il passaggio è previsto venerdì per 60 utenti. Una casella dirigenziale contiene 48 GB. Domenica, 59 utenti hanno terminato e quella casella sincronizza ancora. Dimensioni e limiti vanno inseriti nel piano, non trasformati in una scadenza garantita.

Se uniformate anche la creazione degli account, usate un elenco di provisioning come questa guida alla creazione di account in blocco. Gli errori possono iniziare nella preparazione, non solo nel DNS.

Pianificare la migrazione di più caselle per ondate

Preferite ondate a un passaggio unico. Il pilota verifica credenziali, cartelle e accesso; la preparazione copia lo storico; l'ultima fase coordina cambiamenti e transizione della ricezione.

La sequenza pratica è questa:

Ondata 1: pilota

Iniziate con un piccolo campione: personale tecnico, account di prova e un utente rappresentativo. Verificate TLS, catena dei certificati e nome del server su 993, credenziali e mappatura delle cartelle di posta inviata, bozze, archivio e cartelle personali.

Ondata 2: preparazione

Iniziate prima del fine settimana previsto. Copiare lo storico in anticipo evita di attendere anni di posta quando il nuovo MX è già attivo.

Ondata 3: cambiamenti e passaggio

Validate copia preliminare e destinazione prima di modificare MX del dominio proprio. Sincronizzate cambiamenti e ripetete i passaggi dopo: includete arrivi tardivi con data precedente, spostamenti e indicatori. Mantenete ricezione e accesso amministrativo sull'origine finché cache e nuovi tentativi SMTP possono inviarvi messaggi.

Riducete così la dipendenza dai limiti del provider, dalla fretta e dalle sorprese, senza garantire una transizione senza incidenti.

Il percorso manuale con imapsync

Per controllo diretto, usate uno strumento IMAP verso IMAP come imapsync. Le opzioni di ripresa, cartelle e indicatori permettono un processo riproducibile, ma dipendono da versione e configurazione verificata.

Trascinare messaggi, esportare PST o improvvisare comandi può complicare l'audit. Con un client, copiate senza eliminare l'origine e controllate il risultato.

Lotti riproducibili, registro per casella e passaggi definiti facilitano il monitoraggio. TrekMail offre un flusso integrato secondo le funzionalità attuali. Per l'operazione manuale, consultate la guida operativa imapsync.

Il modello seguente è illustrativo, non pronto da eseguire: la riga iniziale non consente esecuzione diretta valida. Verificate e correggete una copia locale per la versione scelta, incluse opzioni e reale server IMAP di destinazione. L'opzione log è booleana, non indica il nome del file. La lettura per virgole non interpreta CSV con virgolette; password con virgole o ritorni a capo possono romperla. Proteggete file, processi e registri con credenziali e abilitate la verifica dei certificati:

#!$0

# users.csv format:
# source_user,source_pass,dest_user,dest_pass

while IFS=, read -r src_user src_pass dest_user dest_pass
do
  echo "[START] $src_user -> $dest_user"

  imapsync \
    --host1 imap.old-provider.com --user1 "$src_user" --pass1 "$src_pass" --ssl1 \
    --host2 mail.trekmail.net --user2 "$dest_user" --pass2 "$dest_pass" --ssl2 \
    --automap \
    --usecache \
    --fast \
    --skipsize \
    --subfolder2 "Imported_Mail" \
    --log "logs/${src_user}.log"

  echo "[DONE] Review logs/${src_user}.log"
done < users.csv

Alcune note pratiche:

Cache secondo il metodo. Può ridurre letture ripetute dei metadati, ma non dimostra integrità né assenza di duplicati. Gli UID non sono globali tra server; conservate e validate lo stato del confronto.

Cartella di preparazione se utile. Separare le importazioni facilita le verifiche ma cambia collocazione, senza integrarle automaticamente nelle cartelle di produzione. Non risolve scritture simultanee sui due sistemi: organizzate il passaggio a un solo ambiente attivo e gestite spostamenti, indicatori ed eliminazioni senza sincronizzazione distruttiva alla cieca.

Registro per casella. Individuate errore e causa. Il messaggio finale compare anche se il comando fallisce: controllate codice d'uscita e registro, oltre a conteggi, contenuto e indicatori. Limitate permessi al proprietario e nascondete segreti nei registri condivisi.

Passaggio DNS controllato

Per trasferire la ricezione del vostro dominio, riducete TTL in anticipo, attendete la scadenza delle vecchie cache e preparate la sostituzione MX. Pubblicate la destinazione dopo verifica di caselle, alias e copia preliminare; mantenete vecchia ricezione, sincronizzazioni e ritorno per arrivi tardivi.

Terminare la copia non cambia la ricezione. DNS indica la destinazione dei nuovi messaggi quando risposte aggiornate raggiungono ogni mittente; un account personale non permette di modificare MX del dominio del provider.

Cache e nuovi tentativi possono dividere messaggi tra sistemi durante la transizione. Monitorate e riconciliate i flussi anziché spegnere l'origine prematuramente.

Verificate valori reali nel pannello e nella documentazione TrekMail. L'esempio è schematico: mantenete tutti i mittenti legittimi in SPF, usate la chiave DKIM dell'account e non applicate quarantena senza inventario, test e piano di ritorno:

@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "<unique TrekMail DKIM value>"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

Durante il passaggio, controllate:

1. Vecchi MX rimossi dalla pubblicazione al momento opportuno, con vecchia ricezione temporanea.
2. Nuovo MX pubblicato e verificato sui resolver pertinenti.
3. Una politica SPF per nome, mantenendo i servizi che inviano ancora.
4. DKIM configurato e firma valida verificata su messaggi reali.
5. DMARC adeguato: SPF valido e allineato o una firma DKIM valida e allineata, senza richiedere entrambi per il risultato del protocollo.
6. Test ricevuto a destinazione e monitoraggio degli arrivi tardivi sull'origine.

Poi usate Google Postmaster Tools se traffico Gmail e dati disponibili lo consentono. Verificate autenticazione nelle intestazioni di un server ricevente affidabile; i rapporti sono parziali e la copia finale non sostituisce test di invio e ricezione.

L'opzione integrata TrekMail

Il testo descrive importazione IMAP lato server dal pannello TrekMail. Può ridurre la necessità di macchina e script secondo piano e compatibilità, ma richiede monitoraggio e verifica.

La differenza operativa si può riassumere così:

Preparate il flusso attuale verificando queste fasi:

1. Aggiungete il dominio e preparate DNS senza cambiare ricezione prematuramente.
2. Create caselle, alias e altri oggetti necessari a destinazione.
3. Aprite Migrazione nel pannello.
4. Inserite server IMAP, porta e credenziali autorizzate dell'origine.
5. Selezionate la casella TrekMail di destinazione.
6. Importate, controllate stato e dati, poi coordinate passaggio e ulteriori sincronizzazioni.

Confermate le procedure nella panoramica della migrazione IMAP, in avviare una migrazione nel pannello, creare una casella e nei record DNS necessari. L'importatore usa credenziali IMAP dirette; le password per le app Gmail dipendono dalla verifica in due passaggi e dalle politiche. Se OAuth è obbligatorio, usate un altro percorso autorizzato compatibile, senza presumere supporto interattivo nell'importatore. Salvate la posta locale non sincronizzata prima di rimuovere profili dei client.

Il testo presenta Starter da $3.50 al mese, Nano a $0 e i piani Starter, Pro, Agency ed Enterprise. Descrive Nano gratuito senza carta e prova gratuita di 14 giorni dei piani a pagamento con carta di credito. Verificate condizioni attuali. Lo spazio condiviso può aiutare caselle di dimensioni diverse senza eliminare quote né garantire che ampliare il piano sia inutile.

Confrontate direttamente i prezzi TrekMail.

Verifica finale per team attivi

Prima di modificare MX di un dominio proprio, controllate alias, DNS, credenziali e sincronizzazione delle grandi caselle. Un elenco breve rileva alcuni rischi di ricezione e dati senza garantire assenza di ogni errore.

Verificate prima del cambiamento:

1. Tutte le caselle di destinazione esistono e consentono accesso.
2. Alias, inoltri e gruppi ricostruiti con autorizzazioni e test.
3. Accesso IMAP d'origine con TLS e certificati verificati su 993.
4. Grandi caselle copiate presto e verificate.
5. TTL ridotto e vecchie cache considerate.
6. Vecchi MX documentati per verificare cambiamento e ritorno.
7. Passaggi dei cambiamenti dopo la transizione programmati.
8. Utenti informati su quando smettere di modificare regole e scrivere sull'origine.
9. Una casella di prova pronta per ricezione e invio.
10. Responsabile del monitoraggio assegnato, conservando ricezione vecchia e accesso amministrativo finché necessari.

Non è un lavoro appariscente: ridurre sorprese prima del passaggio migliora il controllo della migrazione.

Conclusione: un processo, non una scommessa

Per migrare account email di un dominio o cinquanta, inventariate identità, preparate dati, modificate DNS quando necessario e verificate i flussi dopo. IMAP copia caselle; non corregge da solo un progetto incompleto.

Il percorso manuale offre controllo se mantenete strumenti e test. Per migrazioni frequenti, confrontate TrekMail per modello multidominio, spazio condiviso, importazione e pannello operativo secondo funzionalità e limiti attuali. Valutate Nano o consultate i prezzi se la migrazione richiede un piano a pagamento.