Standard aperti e open source
Modulo 2: Cosa significa davvero cloud europeo? · Tempo di lettura: 11 minuti
Obiettivo della lezione: Dopo questa lezione sarà in grado di spiegare la differenza tra uno standard aperto e l'open source, e di indicare, per ogni parte del Suo lavoro (posta, calendario, contatti, file, documenti), lo standard che rende facile un passaggio.
Concetti chiave: standard aperto, open source, licenza (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, federazione
Perché gli standard Le danno libertà
Immagini che ogni operatore telefonico avesse un tipo di presa diverso. Cambiare operatore significherebbe: un nuovo caricabatterie, nuovi cavi, forse un nuovo telefono. Con i servizi cloud funziona allo stesso modo. Se un servizio utilizza regole che chiunque può usare, Lei può portare con sé i Suoi dati e le Sue applicazioni senza problemi. Se invece usa regole proprie, Lei resta vincolato.
Bakkerij De Korrel vuole poter scegliere adesso, e anche poter scegliere di nuovo in futuro. Per questo non guarda solo a chi fornisce un servizio (lezione 2.1), ma anche alle "prese": gli standard con cui il servizio comunica.
Standard aperto e open source: due cose diverse
Uno standard aperto è una regola descritta pubblicamente su come i programmi scambiano o memorizzano dati. Chiunque può leggerla e usarla, senza permesso né pagamento. Molti standard internet sono descritti in una RFC (Request for Comments) dell'IETF; i formati di documento sono spesso stabiliti come norma ISO. Uno standard aperto non dice nulla su chi produce il software.
L'open source riguarda il software stesso: il codice sorgente è pubblico e distribuito con una licenza che Le permette di leggerlo, usarlo, modificarlo e distribuirlo. Nextcloud, Thunderbird, LibreOffice ed Euro-Office sono open source.
Spesso le due cose vanno insieme, ma non sempre:
| Standard aperto | Standard proprietario (chiuso) | |
|---|---|---|
| Software open source | Nextcloud con CalDAV e WebDAV | Software open source che funziona solo con un formato proprio, non documentato (raro) |
| Software chiuso | Apple Calendario con CalDAV; Outlook con IMAP; Microsoft Word con docx | File di Google Docs (solo come link verso Google); chat di Teams |
Per un passaggio gli standard aperti sono la cosa più importante. Con essi può portare con sé i Suoi dati, anche se il software è chiuso. L'open source è una garanzia in più: se un fornitore chiude o cambia, un altro può continuare a far funzionare lo stesso software.
Gli standard per ogni componente
Questi sono gli accordi che incontrerà costantemente nel resto del corso.
| Componente | Standard | Definito in | Cosa fa |
|---|---|---|---|
| Lettura della posta | IMAP | RFC 9051 (IMAP4rev2), prima RFC 3501 (IMAP4rev1) | La Sua posta resta sul server; ogni dispositivo vede le stesse cartelle |
| Invio e consegna della posta | SMTP | RFC 5321 | I server di posta si scambiano messaggi tra loro; il Suo programma di posta invia tramite la porta di submission 587 o 465 |
| Individuazione della ricezione della posta | Record MX | RFC 5321, DNS | Indica quale server riceve la posta per il Suo dominio (corso DNS, lezione 4.1) |
| File | WebDAV | RFC 4918 | Leggere e scrivere file tramite https; anche come unità di rete |
| Sincronizzazione calendario | CalDAV | RFC 4791 | Appuntamenti via WebDAV tra server e applicazioni |
| Sincronizzazione contatti | CardDAV | RFC 6352 | Contatti via WebDAV |
| Calendario come file | iCalendar (ICS) | RFC 5545 | Il formato di un appuntamento o di un intero calendario, anche per gli inviti |
| Contatto come file | vCard (VCF) | RFC 6350 (versione 4.0), RFC 2426 (versione 3.0) | Il formato di un biglietto da visita o di un'intera rubrica |
| Individuazione dei server | .well-known e SRV | RFC 6764 (CalDAV/CardDAV), RFC 6186 (posta) | Le applicazioni trovano da sole l'indirizzo giusto |
| Documenti | ODF | ISO/IEC 26300 | OpenDocument: odt, ods, odp |
| Documenti | OOXML | ISO/IEC 29500 (ed ECMA-376) | Office Open XML: docx, xlsx, pptx |
Faccia attenzione all'ultimo blocco: anche docx è una norma definita, non un formato segreto. In pratica Microsoft Office utilizza una variante con elementi aggiuntivi, e un documento in un altro programma può apparire leggermente diverso. Questo è l'argomento delle lezioni 6.3 e 6.5.
Come riconoscere un servizio basato su standard?
Non deve leggere nessuna RFC. Si ponga queste domande:
- Posso leggere la mia posta con qualsiasi programma di posta tramite IMAP? Se funziona solo l'applicazione propria del fornitore, è un cattivo segno.
- Posso collegare il mio calendario e i miei contatti al calendario del mio telefono senza un'applicazione aggiuntiva del fornitore? Allora probabilmente ci sono CalDAV e CardDAV.
- Posso collegare i miei file come unità di rete? Allora c'è WebDAV.
- Posso esportare un calendario come ICS e i contatti come VCF? E posso importarli?
- I documenti vengono salvati come docx/xlsx/pptx oppure odt/ods/odp? O come formato proprio che esiste solo nel browser di quel servizio?
Si può fare anche un test tecnico. Molti servizi pubblicano un indirizzo .well-known: https://cloud.example.com/.well-known/caldav reindirizza un'applicazione di calendario verso l'indirizzo reale del calendario. E nel DNS può esserci un record SRV, come _caldavs._tcp.example.com o _imaps._tcp.example.com, che indica alle applicazioni dove devono rivolgersi. L'esercizio A2.2 verifica questo per il Suo indirizzo cloud.
Federazione: collaborare oltre i confini di un singolo servizio
Alcuni standard aperti permettono a servizi di fornitori diversi di comunicare tra loro. Questo si chiama federazione. L'esempio più noto è la posta elettronica: chi ha una casella di posta presso il fornitore A scrive senza problemi a qualcuno presso il fornitore B. Nextcloud conosce la condivisione federata: Lei condivide una cartella con qualcuno su un altro server Nextcloud. Per la chat, Matrice è uno standard federato. La federazione rende meno grave affidarsi a un fornitore più piccolo: Lei non resta isolato dal resto.
Con le piattaforme chiuse (un servizio di chat che funziona solo al suo interno), chiunque collabori con Lei deve usare lo stesso servizio. Questa è una forma forte di lock-in, su cui tornerà la lezione 2.3.
Open source: cosa significa e cosa no
L'open source non è un marchio di garanzia per la sicurezza e nemmeno per la proprietà europea. Tre equivoci comuni:
- "L'open source è sicuro." Il codice pubblico può essere controllato da chiunque, e nei grandi progetti ciò accade davvero. Ma un progetto mal mantenuto può contenere falle di sicurezza proprio come qualsiasi altro. Guardi alla manutenzione: con quale frequenza escono aggiornamenti, esiste una politica di sicurezza?
- "L'open source è gratuito." La licenza non costa nulla, ma farlo funzionare, aggiornarlo e metterlo in sicurezza richiede tempo o denaro. Per questo molte organizzazioni scelgono un fornitore che gestisca il software per loro.
- "L'open source è europeo." Dove si trovano gli sviluppatori non ha nulla a che vedere con la licenza. Ciò che conta soprattutto è che Lei, o un altro fornitore, possa continuare a far funzionare il software se lo sviluppatore originale cambia qualcosa.
Una licenza molto usata nel mondo del cloud è l'AGPL (GNU Affero General Public License, versione 3). Essa obbliga chiunque offra software modificato come servizio online a mettere a disposizione degli utenti anche il codice sorgente modificato. Nextcloud e ONLYOFFICE usano l'AGPL. Che la licenza lasci spazio per separare il software (un fork), lo si è visto nel 2026: Euro-Office è nato come fork di ONLYOFFICE. ONLYOFFICE ritiene che in quell'occasione siano state violate le condizioni della licenza e ha interrotto la propria collaborazione con Nextcloud; su questa controversia non è nota (situazione a novembre 2026) alcuna sentenza. Per questo corso il punto più importante è: una licenza aperta rende possibile una simile scissione, e questo offre agli utenti una via d'uscita se non si fidano più di un fornitore. Chi abbia ragione in questa controversia è questione per i giuristi.
Nella pratica: come si presenta presso un fornitore
Un Nextcloud WebOké utilizza WebDAV per i file, CalDAV e CardDAV per calendario e contatti, e può importare ed esportare ICS e vCard. Euro-Office salva i documenti come docx, xlsx e pptx e può anche aprire odt, ods e odp. Per questo funzionano anche programmi di altri, come Thunderbird, il calendario sul Suo iPhone o DAVx5 su Android. Presso altri fornitori che usano gli stessi standard, funziona in modo simile: per questo potrà in futuro cambiare di nuovo fornitore (lezione 8.2).
Riepilogo
- Uno standard aperto è una regola pubblica sui dati; l'open source riguarda il codice sorgente pubblico. Spesso vanno insieme, ma non sempre.
- Per un passaggio contano soprattutto gli standard: IMAP e SMTP (posta), CalDAV e CardDAV (calendario, contatti), WebDAV (file), ICS e vCard (esportazione), ODF e OOXML (documenti).
- Si riconosce un servizio basato su standard dall'accesso IMAP, dal collegamento con il calendario del telefono, da WebDAV e dall'esportazione in ICS, VCF e docx/odt.
- La federazione permette a servizi di fornitori diversi di collaborare tra loro.
- L'open source non è automaticamente sicuro, gratuito o europeo, ma rende possibile che un altro continui a far funzionare il software.
Quiz
Esercizio
Esercizio A2.2: Il Suo cloud parla standard aperti? Inserisca l'indirizzo del Suo cloud attuale o nuovo (per esempio cloud.example.com) e il Suo dominio di posta. Il programma verifica se esistono gli indirizzi .well-known per calendario e contatti e se ci sono record SRV o autoconfig per la posta, e mostra cosa ha trovato.
Per approfondire
I passaggi descritti in questi articoli valgono per i servizi di WebOké; presso altri fornitori funziona in modo simile.
- Guida a Nextcloud 1.5: Quali browser, app e dispositivi funzionano?
- Manuale di Euro-Office 1.4: Quali browser e formati di file funzionano con Euro-Office?
- Guida a Nextcloud 3.5: Password di applicazione: quando e come
- Guida DirectAdmin 8.7: IMAP o POP3: qual è la differenza?
- RFC 9051 (IMAP4rev2), RFC 5321 (SMTP), RFC 4918 (WebDAV), RFC 4791 (CalDAV), RFC 6352 (CardDAV), RFC 5545 (iCalendar), RFC 6350 (vCard 4.0), RFC 6764 (individuazione CalDAV/CardDAV), RFC 6186 (SRV per la posta); ISO/IEC 26300 (ODF), ISO/IEC 29500 (OOXML)