Tre regimi di gestione
Si parla spesso di «cloud» contro «on-premise», come se ci fossero due schieramenti. In pratica coesistono tre regimi, che si distinguono per due domande: dove gira la macchina, e chi la fa girare.
Gestire una posta elettronica significa applicare gli aggiornamenti, sorvegliare la coda e lo spazio su disco, rinnovare i certificati, eseguire i backup, ripristinare, rispondere a un incidente alle 7 del mattino e mantenere la reputazione di invio del dominio. Fare hosting significa solo fornire la macchina e la rete.
Il cloud gestito
Il fornitore gestisce l’intera piattaforma. In genere è condivisa tra più clienti, con una separazione logica: ogni organizzazione vede solo i propri domini e le proprie caselle, ma i server, lo storage e i team operativi sono comuni. È il regime più semplice da avviare e il meno costoso da mantenere.
La posta elettronica dedicata
Un’istanza o un server è riservato alla sua organizzazione. I suoi dati non stanno accanto a quelli di nessun altro cliente. Il fornitore continua a gestire: lei acquista isolamento, non un carico di lavoro. Questo regime risponde ai settori regolamentati, ai grandi volumi, ai gruppi che vogliono separare nettamente le proprie società, o alle configurazioni che una piattaforma condivisa non può concedere a un singolo cliente.
La posta elettronica nei suoi locali
La macchina è presso di lei, nella sua sala server o nel suo datacenter. Qualcuno deve comunque gestirla. O lo fa il suo team, o lo fa un fornitore da remoto, con un accesso che lei gli apre. Entrambe le scelte sono legittime; non costano lo stesso e non danno le stesse garanzie di ripresa.
Che cosa cambia davvero
Cinque punti distinguono i tre regimi. Gli altri, come la webmail o la compatibilità con Outlook, dipendono soprattutto dal software, non dal luogo.
| Punto | Cloud gestito | Dedicata | Nei suoi locali |
|---|
| Vicinato | Piattaforma condivisa, separazione logica | Nessun altro cliente sull’istanza | La sua rete, i suoi altri server |
| Aggiornamenti | Il fornitore, secondo il suo calendario | Il fornitore, calendario a volte negoziabile | Il suo team o il fornitore incaricato |
| Backup | Presso il fornitore, secondo il suo contratto | Presso il fornitore, a volte dedicati | Da organizzare: dove, da chi, fuori sede? |
| Chi può aprire una casella | I suoi amministratori e il gestore | I suoi amministratori e il gestore | I suoi amministratori, e il gestore se c’è |
| Uscita | Esportazione e modifica del record MX | Esportazione e modifica del record MX | Esportazione, modifica del record MX, e la macchina da riutilizzare o riciclare |
Il vicinato
Su una piattaforma condivisa, una campagna di spam inviata dall’account compromesso di un altro cliente può degradare la reputazione dell’indirizzo IP di invio comune. Un’istanza dedicata, o un indirizzo IP dedicato, isola questo rischio. Nei suoi locali, il vicino è la sua stessa rete: una postazione infetta può raggiungere il server se non è segmentata.
Chi può aprire una casella
È la riga che si compila troppo in fretta. Chi può ripristinare una casella può leggerla, qualunque sia il regime. Il luogo non elimina questo accesso; cambia solo l’elenco delle persone che lo hanno. Le domande utili sono quindi: chi detiene gli account di amministrazione, questi accessi sono nominativi e tracciati, e il contratto vieta al gestore di aprire una casella al di fuori di una richiesta del cliente. Solo una cifratura end-to-end, di cui lei conserva la chiave privata, per esempio con S/MIME, rende il contenuto di un messaggio illeggibile per il gestore.
L’uscita
Il nome di dominio deve restare intestato a lei: è il suo record MX a designare il server che riceve la sua posta, e lei deve poterlo modificare senza chiedere il permesso. Il resto si prepara: esportazione delle caselle in un formato standard, calendari e contatti compresi, tempi di esportazione, cancellazione dopo la fine del contratto.
L’hosting in proprio non basta alla sovranità
Mettere il server nei propri locali risponde a una domanda precisa: dove si trovano fisicamente i dischi. La guida che cos’è un cloud sovrano ricorda che ne restano almeno tre: quale società gestisce, quale diritto le si applica, e come se ne esce.
Un server tra le sue mura può così restare dipendente dall’esterno senza che si veda:
- la manutenzione è fatta da remoto da un fornitore, di cui bisogna conoscere il paese e gli accessi;
- i backup partono verso uno storage online scelto per impostazione predefinita, a volte fuori dalla sua area;
- il filtraggio della posta in arrivo è affidato a un servizio di terze parti, che ogni messaggio attraversa prima di arrivare da lei;
- la posta inviata ai suoi clienti viaggia comunque sui loro server, che lei non controlla.
Al contrario, un servizio in hosting può essere gestito da una società europea che mantiene da sola il controllo sui dati, con accessi tracciati e un’uscita messa per iscritto. Il luogo resta un elemento utile, in particolare per il registro dei trattamenti. La pagina hosting e sovranità descrive le modalità proposte da Klytic.
Il carico che si dimentica
Una PMI può volere il controllo senza volere la reperibilità. Prima di riportare in casa una posta elettronica, faccia l’inventario di ciò che la gestione richiede realmente.
- Monitoraggio. Coda che cresce, disco che si riempie, certificato che scade, indirizzo IP inserito in una blocklist. Ogni avviso deve arrivare a qualcuno, anche nel fine settimana.
- Guasto. Quando il server si ferma, i mittenti tengono la posta in coda e riprovano: la posta in arrivo attende. Ma nessuno legge né invia, e i telefoni non si sincronizzano più. Una sola connessione Internet o una sola alimentazione diventa un punto di guasto.
- Rete. Un indirizzo IP fisso, un record DNS inverso coerente, un operatore che lasci passare la posta in uscita: senza di essi, i suoi messaggi finiscono nella posta indesiderata dei suoi corrispondenti.
- Rinnovo. L’hardware invecchia, il sistema operativo e il software di posta hanno una fine del supporto. Un aggiornamento di versione maggiore si prepara come un piccolo progetto.
- Competenze. Se una sola persona sa riavviare il servizio, le sue ferie sono un rischio. La documentazione e il sostituto fanno parte del costo.
Esempio. Un’azienda industriale di 60 persone (caso ipotetico) dispone di una sala server e vuole che i suoi disegni tecnici non lascino il sito. Installa la posta elettronica nei propri locali, ma affida la gestione da remoto a un fornitore: aggiornamenti, monitoraggio, ripristini. Il suo tecnico informatico mantiene il controllo sull’hardware e sulla rete. Ha il luogo che voleva, senza sostenere da sola la reperibilità. Le resta da mettere per iscritto dove vanno i backup e chi può collegarsi.
Come decidere
Il cloud gestito è adatto quando vuole partire rapidamente, senza un team operativo, e la separazione logica e gli impegni scritti del gestore le bastano.
L’istanza dedicata è adatta quando un committente, un settore regolamentato o un gruppo con più società esige che i suoi dati non stiano accanto a quelli di nessun altro cliente, senza voler per questo gestire in proprio.
I locali sono adatti quando i dati non devono uscire dal sito, quando la rete deve poter essere isolata, o quando la directory e l’infrastruttura esistono già e sono gestite.
I locali sono una cattiva scelta se servono solo a «essere sovrani» senza che nessuno abbia il tempo di gestire, né di fare backup fuori sede.
Le funzioni da esigere, qualunque sia il regime, sono in che cosa deve fare una posta elettronica aziendale. Il backup e la ripresa dopo un guasto sono trattati in backup, cancellazione e continuità. Per confrontare fornitori europei, si veda scegliere una posta elettronica aziendale europea.
Domande frequenti
Conviene ospitare in proprio il server di posta?
Solo se ha un motivo per tenere la macchina in sede e qualcuno che la gestisca, o un fornitore incaricato di farlo. Per la sola questione della sovranità, il gestore e il contratto contano più del luogo.
Una posta elettronica dedicata è più sicura di un cloud condiviso?
Elimina il vicinato con altri clienti. Non cambia, da sola, chi può aprire una casella né la qualità dei backup. Confronti questi due punti per iscritto.
È possibile cambiare regime in seguito?
Sì, a condizione che le caselle si esportino in un formato standard e che il dominio sia intestato a lei. Il metodo è quello di una migrazione senza interruzioni.
Il filtraggio deve trovarsi nello stesso luogo delle caselle?
No. Un gateway di sicurezza può essere posto davanti alla posta elettronica, in un luogo diverso. La guida filtro integrato o gateway spiega questa scelta.
Dove si colloca Klytic
Klytic Mail è proposto nei tre regimi: nell’architettura condivisa di Klytic, separata per cliente, in un’istanza dedicata o presso il cliente. Qualunque sia la modalità, Klytic gestisce la piattaforma: manutenzione, aggiornamenti, sicurezza, monitoraggio e mantenimento in condizioni operative. Il server dedicato è definito su preventivo. Il passaggio da una modalità all’altra è possibile in seguito.
L’hosting è possibile in qualsiasi area geografica corrispondente alla giurisdizione applicabile, fatta salva la disponibilità dei servizi, in particolare in Europa o a Mauritius, oppure sui server del cliente.
Klytic Mail è la posta elettronica. Klytic MTA è il gateway che filtra la posta a monte; è possibile un funzionamento misto, per esempio il filtraggio presso Klytic e la posta elettronica presso di lei. I dettagli del filtro sono in filtro integrato o gateway.
L’accesso agli account di posta dei clienti è vietato ai team Klytic; gli accessi tecnici sono controllati e sottoposti ad audit. I messaggi sono cifrati a riposo con chiavi gestite da Klytic, il che protegge i supporti di memorizzazione; per un contenuto illeggibile da Klytic, il cliente cifra end-to-end con la propria chiave privata, per esempio in S/MIME.
Ciò che l’offerta non copre: una posta elettronica che lei gestirebbe da solo, senza Klytic, sul suo server. Klytic non è qualificato SecNumCloud; se un committente lo esige, questa offerta non risponde.
Questa pagina descrive un quadro generale. Non sostituisce l’analisi del suo contratto né della sua infrastruttura.
Fonti
Consultate nell’ottobre 2026.
- Klytic, Posta elettronica: modalità di hosting di Klytic Mail (data center dell’area, server dedicato, locali del cliente) e opzioni. klytic.com
- Klytic, Hosting e sovranità: tre modalità di implementazione, funzionamento misto, cambio di modalità successivo. klytic.com
- Klytic, Che cos’è un cloud sovrano: gestore, diritto applicabile, uscita; detenzione delle chiavi e divieto di accesso alle caselle per i team Klytic. klytic.com
- Klytic, Scegliere una posta elettronica aziendale europea: gestione da parte di Klytic qualunque sia la modalità di hosting. klytic.com
