Migrazione di RoundCube da un server all'altro
Migrare RoundCube tra server e' un'operazione comune in scenari di upgrade hardware, cambio provider o consolidamento infrastruttura. G Tech Group esegue queste migrazioni regolarmente. La chiave e' migrare in modo coordinato il database RoundCube, le email (maildir IMAP) e i DNS, riducendo il downtime al minimo. Vediamo la procedura testata.
Pianificazione
Definisci: data e ora migrazione (preferibilmente notte/weekend); comunicazione utenti (downtime previsto); TTL DNS da abbassare 24h prima a 300 secondi; ambiente target già' pronto (Plesk con RoundCube stessa versione).
Migrazione del database
Esegui mysqldump sul vecchio server, trasferisci con scp, importa sul nuovo. Aggiorna config.inc.php sul nuovo server con le credenziali database locale. Esegui bin/update.sh se versione diversa per aggiornare schema.
Migrazione email IMAP
Per le email usa imapsync per ciascun utente: imapsync --host1 vecchio --host2 nuovo --user1 X --user2 X. Per 100 utenti può richiedere ore. G Tech Group fa migrazioni incrementali (prima un pre-sync, poi switch finale).
Switch DNS e verifica
Cambia il record A di webmail.tuodominio.it sul nuovo IP. Con TTL basso il cambio si propaga in minuti. Verifica login utenti random, controllo contatti e firme.
Procedura passo-passo
- T-24h: abbassa TTL DNS a 300s
- T-1h: comunica downtime utenti
- T-0: stop ricezione mail (firewall) o readonly
- Esegui mysqldump --single-transaction roundcubemail
- Trasferisci dump via scp
- Importa su nuovo server: mysql < dump.sql
- Esegui imapsync per ogni utente (parallelizza con xargs)
- Switch DNS, riapri SMTP, verifica login utenti
Errori comuni e come risolverli
- Sessioni utenti rotte: normale, sono lato server; gli utenti faranno re-login.
- Filtri Sieve non migrati: Sieve e' lato Dovecot, replica anche /var/vmail/sieve/.
- Differenza versioni RoundCube: esegui bin/update.sh sul nuovo per schema.
- imapsync fallisce su mailbox grandi: aumenta timeout con --useheader, riprova; e' idempotente.
Approfondimenti tecnici e scenari d'uso
L'argomento Migrazione di RoundCube da un server all'altro richiede una buona comprensione dell'infrastruttura di posta sottostante. RoundCube e' uno strato applicativo che si poggia su un server IMAP (di norma Dovecot su Plesk) per la lettura dei messaggi, su un server SMTP (Postfix) per l'invio, e su un database MySQL o MariaDB per i metadati. Ogni operazione che vediamo dall'interfaccia attiva una o più' chiamate verso questi servizi. Comprendere il flusso aiuta a diagnosticare velocemente i malfunzionamenti e a prendere decisioni informate quando bisogna pianificare interventi su ambienti di produzione con utenti business.
G Tech Group, in qualità' di agenzia digitale italiana con più' di un decennio di esperienza su Plesk e oltre cinquecento clienti attivi, ha consolidato una serie di accorgimenti operativi: pulizia periodica delle cache, monitoraggio dei log applicativi, verifica dei certificati SSL, audit dei plugin installati, e schedulazione di backup giornalieri con retention multipla. Tutte queste pratiche sono integrate nei piani di assistenza tecnica h24 erogati dalla sede di Giustino, in Trentino. L'assistenza in italiano e i tempi di risposta sotto le due ore sui ticket critici sono parte del valore offerto ai clienti professionali.
Per chi gestisce diversi domini sullo stesso server e' utile ricordare che molte impostazioni RoundCube hanno scope globale: una modifica al file config.inc.php si applica a tutti gli utenti. Per personalizzazioni per dominio o per gruppo serve un plugin dedicato o l'estensione del config tramite hook. In ambienti multi-tenant come quelli di un'agenzia digitale e' bene mantenere un repository git con le modifiche di configurazione, separato dal codice upstream di RoundCube, per poter eseguire upgrade in sicurezza senza perdere customizzazioni. G Tech Group segue questa policy per tutti i server gestiti, garantendo così' aggiornamenti regolari della webmail senza regressioni sulle personalizzazioni (skin, plugin custom, integrazioni CRM e altri moduli aziendali).
Sul fronte sicurezza, l'argomento merita sempre attenzione specifica. Le credenziali email transitano su HTTPS, ma una sola compromissione può aprire la porta a campagne di phishing dal dominio aziendale, con danni di reputazione e di deliverability difficili da recuperare in tempi brevi. Per questo G Tech Group consiglia abilitazione di SPF, DKIM e DMARC obbligatori, policy di password forte, fail2ban configurato sui tentativi falliti, monitor di accessi anomali e training periodico per gli utenti finali. Per i clienti enterprise sono inoltre disponibili moduli di autenticazione multi-fattore tramite reverse proxy Authelia o Keycloak posti davanti a RoundCube.
Dal punto di vista delle prestazioni, la maggior parte dei rallentamenti percepiti dagli utenti deriva da tre cause: cache messaggi cresciuta a dismisura (la tabella cache_messages può superare svariati gigabyte in pochi mesi), connessioni IMAP non chiuse correttamente che esauriscono le risorse Dovecot, e tempi di risposta del DNS lenti per le ricerche DNSBL durante la consegna SMTP. La cron di bin/cleandb.sh che G Tech Group abilita in fase di onboarding riduce notevolmente il primo problema, mentre tuning di Dovecot e cache DNS locale risolvono gli altri due, garantendo una webmail sempre fluida anche su domini con centinaia di caselle attive in contemporanea.
Domande frequenti
D: Posso migrare a Plesk diverso (es. da CentOS a Debian)?
R: Sì, RoundCube e' indipendente dall'OS.
D: Downtime atteso?
R: Tipicamente 1-2 ore se ben pianificato.
D: Posso rollback?
R: Sì, tenendo vecchio server attivo finché' nuovo non e' confermato.
Hai bisogno di aiuto?
Se hai bisogno di configurare RoundCube per la tua azienda, il team di G Tech Group può aiutarti. Contattaci tramite il modulo di contatto.